From: | Simon Riggs <simon(at)2ndQuadrant(dot)com> |
---|---|
To: | Shay Rojansky <roji(at)roji(dot)org> |
Cc: | pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Entities created in one query not available in another in extended protocol |
Date: | 2015-06-11 09:38:45 |
Message-ID: | CANP8+jLpUkM0kr4UWy9YBB5YEudFhrEXjBfCyzkWvUn7yXBdfA@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 11 June 2015 at 11:20, Shay Rojansky <roji(at)roji(dot)org> wrote:
> In Npgsql, the .NET driver for PostgreSQL, we've switched from simple to
> extended protocol and have received a user complaint.
>
> It appears that when we send two messages in an extended protocol (so two
> Parse/Bind/Execute followed by a single Sync), where the first one creates
> some entity (function, table), and the second one can't query that entity
> (not found). This isn't terribly important but does seem a bit odd, I
> wanted to make sure you're aware of this.
>
Sounds somewhat unlikely, but thank you for the report. Can we see a test
case?
Most commonly in such cases the first request failed and error messages
weren't checked before running second message.
--
Simon Riggs http://www.2ndQuadrant.com/
<http://www.2ndquadrant.com/>
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
From | Date | Subject | |
---|---|---|---|
Next Message | Naoya Anzai | 2015-06-11 09:41:17 | Comfortably check BackendPID with psql |
Previous Message | Shay Rojansky | 2015-06-11 09:20:24 | Entities created in one query not available in another in extended protocol |