| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> | 
|---|---|
| To: | Michael Meskes <meskes(at)topsystem(dot)de> | 
| Cc: | pgsql-hackers(at)postgreSQL(dot)org (PostgreSQL Hacker) | 
| Subject: | Re: [HACKERS] Revised proposal for libpq and FE/BE protocol changes | 
| Date: | 1998-04-29 14:35:26 | 
| Message-ID: | 8629.893860526@sss.pgh.pa.us | 
| Views: | Whole Thread | Raw Message | Download mbox | Resend email | 
| Thread: | |
| Lists: | pgsql-hackers | 
Michael Meskes <meskes(at)topsystem(dot)de> writes:
> Does this mean I can read in a complete C array with one call? I mean
> something like this:
> char emp_name[10][10];
> exec sql select name into :emp_name from emp;
As far as I know that works now; or at least, if it doesn't work it's
a limitation of the embedded-SQL interface, and not anything that has
to do with libpq or the fe/be protocol.
A "result" in libpq's terms is the result of a single SQL command.
The result of a successful query, for example, is typically multiple
rows of data.  You only need a PQgetResult loop if (a) you send a
query string that contains several commands, or (b) you issue a
query whose answer contains more than one kind of tuple.
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tom Lane | 1998-04-29 14:50:28 | Re: [HACKERS] Re: [INTERFACES] Revised proposal for libpq and FE/BE protocol changes | 
| Previous Message | Tom Lane | 1998-04-29 14:28:14 | Re: [HACKERS] Revised proposal for libpq and FE/BE protocol changes |