Skip site navigation (1) Skip section navigation (2)

Re: Extended Query Protocol Question

From: Greg <grigorey(at)yahoo(dot)co(dot)uk>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: pgsql-novice(at)postgresql(dot)org
Subject: Re: Extended Query Protocol Question
Date: 2010-07-13 15:28:01
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-novice
Ok, tried sending combination of Parse/Bind/Exec/Sync messages - works like a charm. 
Thanks Tom. Very appreciated. I couldn't get my head around that for few days now!

--- On Tue, 13/7/10, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Subject: Re: [NOVICE] Extended Query Protocol Question
To: "Greg" <grigorey(at)yahoo(dot)co(dot)uk>
Cc: pgsql-novice(at)postgresql(dot)org
Date: Tuesday, 13 July, 2010, 16:18

Greg <grigorey(at)yahoo(dot)co(dot)uk> writes:
> Well, portal name is the same for both bind and execute messages
> as for 2nd point: I tried composing Parse, Bind and Execute in the
> same buffer (with Sync message ending each) and then send data to
> the database as well as sending those messages one by one and
> reading their response and still getting "portal does not exists"
> error when Execute message sent to the database.

Sync ends the transaction, if you haven't created a transaction block by
executing BEGIN.  It seems rather pointless to put more than one Sync
in an outgoing packet anyway.  Normally what you'd want is to send
Parse/Bind/Execute/Sync as one packet, because if the Parse or Bind
fails you don't want to try the Execute.

            regards, tom lane


In response to

pgsql-novice by date

Next:From: DMan65Date: 2010-07-13 23:25:59
Subject: Need help doing a CSV import
Previous:From: Tom LaneDate: 2010-07-13 15:18:15
Subject: Re: Extended Query Protocol Question

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group