Re: [GENERAL] Simple question on SELECT

2011-11-07 Thread John R Pierce
On 11/07/11 3:30 PM, Edson Richter wrote: Thanks for the fast answer. Is there any way to avoid that? I mean, in MS SQL Server, I do have "with no_lock" (that produces dirty reads)? Or the way to go is the transaction isolation level? there's no actual overhead in a single statement read trans

Re: [GENERAL] Simple question on SELECT

2011-11-07 Thread Richard Broersma
On Mon, Nov 7, 2011 at 3:30 PM, Edson Richter wrote: > Thanks for the fast answer. Is there any way to avoid that? I mean, in MS > SQL Server, I do have "with no_lock" (that produces dirty reads)? > Or the way to go is the transaction isolation level? The lowest level of Isolation supported by Po

Re: [GENERAL] Simple question on SELECT

2011-11-07 Thread Edson Richter
Em 07-11-2011 20:54, John R Pierce escreveu: On 11/07/11 2:41 PM, Edson Richter wrote: Does simple SELECT query like select * from tableX (without FOR UPDATE) opens an implicit transaction when issued? opens and closes.if you don't bracket with BEGIN; COMMIT|ROLLBACK;then ea

Re: [GENERAL] Simple question on SELECT

2011-11-07 Thread John R Pierce
On 11/07/11 2:41 PM, Edson Richter wrote: Does simple SELECT query like select * from tableX (without FOR UPDATE) opens an implicit transaction when issued? opens and closes.if you don't bracket with BEGIN; COMMIT|ROLLBACK;then each statement is a transaction of and by itself