Skip site navigation (1) Skip section navigation (2)

Re: Terms.

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: (view raw, whole thread or download thread mbox)
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>

  + It's impossible for everything to be true. +

In response to

  • Re: Terms. at 2010-09-19 02:23:06 from Robert Haas


  • Re: Terms. at 2010-09-20 19:52:43 from Dmitriy Igrishin

pgsql-docs by date

Next:From: Chris BrowneDate: 2010-09-20 16:22:14
Subject: Re: Binary Replication and Slony
Previous:From: John ChengDate: 2010-09-20 15:21:54
Subject: Binary Replication and Slony

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group