go to post Alexey Maslov · Mar 6 47 (pure COS w/o undocumented features :) a q:$i(r($a(w,$i(i))#32))=2 0 q:i>$l(w) 1 g a
go to post Alexey Maslov · Mar 4 The suggestion on the transaction was to avoid needing to lock and block by read processes Hi Alex,How can transactions help to avoid locking/blocking by read processes if they need to see a consistent database state, taking in account well known fact that transactions are not isolated in IRIS?
go to post Alexey Maslov · Mar 4 > This avoids the need wait with locks / blocking If so, why the common practice is to write something like this: tstart lock +^smth set ^var1(x1,...xn)=... ... set ^varN(x1,...xm)=... lock -^smth tcommit
go to post Alexey Maslov · Mar 3 58 s r=1 f i=1:1:$l(a){s r=$i(r($a(a,i)#32))<2 q:'r} q r f i=1:1:$l(a){s r=$i(r($a(a,i)#32))<2 q:'r} q r
go to post Alexey Maslov · Feb 8 It would be nice if this was not be hidden when View -> Output panel is visible.
go to post Alexey Maslov · Jan 19 Standard queues provide at-least-once delivery, which means that each message is delivered at least once. FIFO queues provide exactly-once processing, which means that each message is delivered once and remains available until a consumer processes it and deletes it. Duplicates are not introduced into the queue. ..so I guess that you mean standard queue with several worker processes dequeuing items from the queue. In this case the CPU utilization would likely depend on the number of workers, wouldn't it?
go to post Alexey Maslov · Dec 20, 2022 Then if you have an preinstalled IRIS, you will keep the private server Do you mean that in the case of preinstalled IRIS 2022.x the private server would be kept after the upgrade to 2023.1?