Tatsuo Ishii <is...@sraoss.co.jp> writes:
> I would like to proppse to export these functions in libpq.
> I think this would be useful to create a tool/library which needs to
> handle frontend/backend protocol messages in detail.
I do not think this is a good idea. If the purpose of libpq is not
to abstract away the wire-level protocol, then what is its purpose?
And how could such a tool avoid breaking libpq, anyway? For one
example, successfully sending any command message normally results in
an internal state change in libpq (so that it knows what to do with
the response). Your proposed API here doesn't cover that. Nor does
it cover actually dealing with the response, which I think would be
needed in most scenarios where you're trying to deal in custom messages.
If you feel a need to be sending your own messages, I think a locally
hacked fork of libpq is a better answer.
regards, tom lane
Sent via pgsql-hackers mailing list (email@example.com)
To make changes to your subscription: