Re: Entities created in one query not available in another in extended protocol

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

In response to

Responses

Browse pgsql-hackers by date

  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