<div class="gmail_quote">2010/11/26 Mark Morgan Lloyd <span dir="ltr"><<a href="mailto:markMLl.lazarus@telemetry.co.uk">markMLl.lazarus@telemetry.co.uk</a>></span><br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="im">
<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

I've tried to use sqldb but it adds too much unneeded overhead. Under PostgreSQL it actually locks the tables for DDL<br>
modifications by default, rendering the development machines ridden with "IDLE in transaction" connections while the apps<br>
are running, even for mere SELECT's.<br>
</blockquote></blockquote>
<br></div>
Which locks- Postgres or sqldb?<div class="im"><br clear="all"></div></blockquote></div><br>PostgreSQL gets "locked", I mean, the tables being used by sqldb can't be modified (new columns, new constraints, etc) while the sqldb connection is active, even if it's a read-only SELECT. If someone is testing a heavy report the tables affected can't be changed by the DBA -- it's a major headache. <br>
<br>With DBExpress or Zeos this "problem" does no occur. They use the so-called "implicit transaction" is some different way that does not lock anything -- it seems they do NOT use any transaction at all unless explicitly requested, so the PostgreSQL database somehow creates one internally (does it?) that is different of the explicit ones, I do not know. All I know is this: DBExpress and Zeos work.<br>
<br>-- <br>Atenciosamente,<br>Alexsander da Rosa<br>Linux User #113925<br><br>"Extremismo na defesa da liberdade não é defeito.<br>Moderação na busca por justiça não é virtude."<br>-- Barry Goldwater<br>