From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Andy Fan <zhihui(dot)fan1213(at)gmail(dot)com> |
Cc: | PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
Subject: | Re: Can I test Extended Query in core test framework |
Date: | 2020-08-11 15:22:49 |
Message-ID: | 3397872.1597159369@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Andy Fan <zhihui(dot)fan1213(at)gmail(dot)com> writes:
> I want to write some test cases with extended query in core test system.
Why? (That is, what is it you need to test exactly?)
psql has no ability to issue extended queries AFAIR, so the normal
regression test scripts can't exercise this. We haven't built anything
for it in the TAP infrastructure either. We do have test coverage
via pgbench and ecpg, though I concede that's pretty indirect.
I recall someone (Andres, possibly) speculating about building a tool
specifically to exercise low-level protocol issues, but that hasn't
been done either.
None of these are necessarily germane to any particular test requirement,
which is why I'm wondering. The JDBC fragment you show seems like it's
something that should be tested by, well, JDBC. What's interesting about
it for any other client?
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Robert Haas | 2020-08-11 15:27:16 | Re: SyncRepLock acquired exclusively in default configuration |
Previous Message | Robert Haas | 2020-08-11 15:21:10 | Re: posgres 12 bug (partitioned table) |