Craig>I really, really doubt you can change this before we do a protocol version bump.
Technically speaking, the idea of using first bytes of statement name to convey extra information does not require protocol version bump. It can be backward and forward compatible. For instance: if statement name starts with __, then skip throwing an error if statement with exactly same text and parameter types has already been prepared. by "prepare ..." below I mean v3 prepare message, not "prepare sql" command. prepare __s1(int) select $1; -> prepared prepare __s1(int) select $1; -> prepared, no error since statement name starts with __ prepare s1(int) select $1; -> prepared prepare s1(int) select $1; -> error "statement s1 has already been used" >doesn't have any kind of capabilities negotiation Do you think capability negotiation should indeed be at the protocol level? What's wrong with say "select * from backend_capabilities" at the connection setup? Vladimir -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers