| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | "Jason" <jason(at)op480(dot)com> |
| Cc: | pgsql-general(at)postgresql(dot)org, php-general-help(at)lists(dot)php(dot)net, php-db-help(at)lists(dot)php(dot)net |
| Subject: | Re: Odd "INSERT" Problems with PostgreSQL - Do YOU know? |
| Date: | 2001-05-24 11:40:53 |
| Message-ID: | 27794.990704453@sss.pgh.pa.us |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-general |
"Jason" <jason(at)op480(dot)com> writes:
> The odd thing is, when I do these queries they do not fail, yet they do not
> insert.
Perhaps the php code is running inside a transaction block? If so, the
added rows won't be visible to other connections until (and unless) the
transaction is committed. The rows *would* be visible to subsequent
commands issued by that same php connection, though --- have you tried
checking that way?
> It still increases the serial primary key ("id")
This is consistent with my theory. Sequence-object bumps are
immediately visible regardless of transaction boundaries.
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tom Lane | 2001-05-24 12:14:00 | Re: Estimating costs (was Functional Indices) |
| Previous Message | Richard Huxton | 2001-05-24 10:07:05 | Re: Odd "INSERT" Problems with PostgreSQL - Do YOU know? |