From: | Bruce Momjian <bruce(at)momjian(dot)us> |
---|---|
To: | Robert Haas <robertmhaas(at)gmail(dot)com> |
Cc: | Dmitriy Igrishin <dmitigr(at)gmail(dot)com>, pgsql-docs(at)postgresql(dot)org |
Subject: | Re: Terms. |
Date: | 2010-09-20 15:29:21 |
Message-ID: | 201009201529.o8KFTLQ18950@momjian.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-docs |
Robert Haas wrote:
> With respect to PQnfields() vs. PQftablecol(), I think the word
> "fields" is being used to refer to the columns of the result set, and
> the word "columns" to refer to the columns of tables on the server.
> So PQftablecol() is actually trying to tell you the number of the
> table column where a particular "field" in the results came from.
> This is sort of a subtle distinction, though, and the fact that
> "field" is being abbreviated to "f" in some but not all cases doesn't
> make it any more clear. PQftablecol() is really supposed to mean
> "field-table-column" - i.e. look up the table column for this field.
> But the name is definitely less than totally self-documenting.
FYI, many of these function names date back to Berkeley. Libpq is
called 'libpq' because of the original use of the QUEL query language,
i.e. lib Post-QUEL. We have a proud backward-compatibility history with
this library.
--
Bruce Momjian <bruce(at)momjian(dot)us> http://momjian.us
EnterpriseDB http://enterprisedb.com
+ It's impossible for everything to be true. +
From | Date | Subject | |
---|---|---|---|
Next Message | Chris Browne | 2010-09-20 16:22:14 | Re: Binary Replication and Slony |
Previous Message | John Cheng | 2010-09-20 15:21:54 | Binary Replication and Slony |