| От | Mike Finn |
|---|---|
| Тема | Re: Metadata for tables, schema, and numeric |
| Дата | |
| Msg-id | 01070416480401.01117@birch.tacticalExecutive.com обсуждение исходный текст |
| Ответ на | Re: Metadata for tables, schema, and numeric (Peter Eisentraut <peter_e@gmx.net>) |
| Список | 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.finn@tacticalExecutive.com
В списке pgsql-jdbc по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера