| From: | Mike Finn <mike(dot)finn(at)tacticalExecutive(dot)com> |
|---|---|
| To: | pgsql-jdbc(at)postgresql(dot)org |
| Subject: | Re: Metadata for tables, schema, and numeric |
| Date: | 2001-07-04 22:48:04 |
| Message-ID: | 01070416480401.01117@birch.tacticalExecutive.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-jdbc |
> These functions are fundamentally flawed, because it's impossible to
> determine the table name that a result column came from, except in the
> most simple cases in which case you don't need these functions.
Oh well.
Thanks - again.
Mike
P.S. Just for my own understanding ...
Wouldn't the backend have to know which table and schema(=db) the column came
from just to be able to parse the query for execution? I would have thought
this is the case and it just that the current protocol does not provide for
this info to be 'released' to the client end.
===================
Mike Finn
Tactical Executive Systems
mike(dot)finn(at)tacticalExecutive(dot)com
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tom Lane | 2001-07-05 00:54:28 | Re: Metadata for tables, schema, and numeric |
| Previous Message | Ola Sundell | 2001-07-04 22:31:24 | Re: Metadata for tables, schema, and numeric |