SHOW with libpq
Does anyone know how to access the result of SHOW from PGresult?
For example, in a C progam using libpq
PGconn* conn = ...;
PGresult *res;
res = PGexec(conn, "SHOW DataStyle");
What should I do next?
Thank you very much
--
LM Liu
Hi,
Help me please to resolve my problem. It is during vacuuming
database .I resolved it last time in such a way: pg_dump and
psql -e db<db.archiv. But after some days it appeared again.
Here is messages :
NOTICE: mdopen: couldn't open pg_temp.2297.4: No such file or directory
NOTICE: RelationIdBuildRelation: smgropen(pg_temp.2297.4): No such file or directory
NOTICE: mdopen: couldn't open pg_temp.2297.4: No such file or directory
ERROR: cannot open relation pg_temp.2297.4
vacuumdb: vacuum failed
And one more question. Is there any way to encrease speed
of restoring database . psql -e works about some hours for me...
Thanks for any suggestions.
Igor
Igor <dbmanager@osb368.nnov.ru> writes:
Help me please to resolve my problem.
Postgres version?
regards, tom lane
Sorry, I clean forgot to tell ....
I'm running PG v7.02.
Help me please to resolve my problem.
TL> Postgres version?
What release are you running? My guess is that an upgrade will fix it.
Hi,
Help me please to resolve my problem. It is during vacuuming
database .I resolved it last time in such a way: pg_dump and
psql -e db<db.archiv. But after some days it appeared again.
Here is messages :NOTICE: mdopen: couldn't open pg_temp.2297.4: No such file or directory
NOTICE: RelationIdBuildRelation: smgropen(pg_temp.2297.4): No such file or directory
NOTICE: mdopen: couldn't open pg_temp.2297.4: No such file or directory
ERROR: cannot open relation pg_temp.2297.4
vacuumdb: vacuum failedAnd one more question. Is there any way to encrease speed
of restoring database . psql -e works about some hours for me...Thanks for any suggestions.
Igor
---------------------------(end of broadcast)---------------------------
TIP 6: Have you searched our list archives?
--
Bruce Momjian | http://candle.pha.pa.us
pgman@candle.pha.pa.us | (610) 853-3000
+ If your life is a hard drive, | 830 Blythe Avenue
+ Christ can be your backup. | Drexel Hill, Pennsylvania 19026
Igor <dbmanager@osb368.nnov.ru> writes:
Sorry, I clean forgot to tell ....
I'm running PG v7.02.
Ah. Update to 7.0.3 (or even better 7.1, but 7.0.3 is a drop-in
replacement with no need for dump/reload). I think you are getting
bit by a known bug in 7.0.2: if the client disconnects partway through
a transaction, the backend forgets to clean up before it exits. That's
probably why you have these partially-removed temp tables laying about.
regards, tom lane