сабж

в принципе, у вьюшки примерно понятно как, а вот у функции они где-то, кроме её текста лежат?

а у произвольного запроса если? который в prepared stetement лежит?

V&N, ?

Maxim BogukWeedв принципе, у вьюшки примерно понятно как, а вот у функции они где-то, кроме её текста лежат?

а у произвольного запроса если? который в prepared stetement лежит?

типы полей (их OID) отдаются вместе с заголовком ответа базы на уровне бинарного протокола... и доступны через libpq...
для функций они так же доступны в системной таблице pg_proc

в курсе
но без знания правильных аргументов частенько тестовый вызов нельзя не сделать, чтобы он вернул таблицу а не ошибку.

А вообще ведь, типы возвращаемых значений всегда заранее известны! Что вьюхи, что таблицы, что функции содержат список выводимых полей. Странно что нет более-менее прямого способа их собрать.

(Нужда в этом возникла потому что мы написали АПИ, и хотели автоматически собирать не только информацию об аргументах, но и о результирующих таблицах)


для произвольного prepared запроса нигде (кроме ответа базы) тем более что prepared запросы они локальны для коннекта.
Не верю - иначе был бы вариант таблицы pg_prepared_statements для каждого коннекта.

помедитируйтеWeed,
про ф-ции:
помедитируйте над pg_proc. там в целом усё понятно
http://www.postgresql.org/docs/9.3/static/catalog-pg-proc.html

про вьюхи - такоже в pg_catalog есть табла, или даже в information_schema. аналогично.

про препаред навскидку ничего не скажу, кроме как провернуть CREATE temporary TABLE ttt AS EXECUTE ..., и посмотреть тип, но наверное это неверно, должно быть что-то попрямее. (судя по доке pg_prepared_statements не содержит тип возврата, но только типы входных параметров). т.е. для клиентов-то рукоятки ессно есть, а вот в чистом sql [или plpgsql] за что надо дернуть, чтобы получить тип возврата - неочевидно.

хорошо, это запомнили и используем, скорее всего. спасибо!

а вот теперь ещё вопрос: есть произвольный запрос в виде текста - у него можно как-то определить типы возвращаемые без запуска?

V&N Weed, вы не озвучили, где хотите это использовать (в приложении или в postgresql).
без выполнения - не получится.
через зад

в приложении, да.

по ссылке - крутая идея, но она точно не вызывает исполнения запроса? а то у нас могут быть такие запросы, которые данные удаляют, например, в результате своей работы

дык этта, ты чавоWeed<>
в приложении, да.
<>
дык в приложении это всё доступно (через libpq и его обёртки)


не доступно без непосредственного вызова.
если только rollback делать...

идеальный вариант был бы конечно чтобы оно из БД могло вызываться, чтобы простую вьюшку сделать с описанием результата вызова statement'ов

на чём пишете? чем (библа) доступаетесь ? как выглядит объект prepared_statement ?

на dlang пишем, libpq, ну как-то выглядит - а что? не ясен вопрос

вообще, написали такую штуку по мотивам этого поста:
http://www.sql.ru/forum/1062870/nuzhen-nekiy-proksi-ne-vstrechali

она опенсорсная, но ещё там не несколько важных моментов не закодено, поэтому особо не афишируем чтоб народ не распугать

buddy_ekbWeedпо ссылке - крутая идея, но она точно не вызывает исполнения запроса? а то у нас могут быть такие запросы, которые данные удаляют, например, в результате своей работы

Если ваши запросы содержат хранимки с побочными эффектами, то можно доработать функцию до SAVEPOINT/ROLLBACK TO SAVEPOINT.

разве в функции-хранимке можно использовать SAVEPOINT?

WeedV&N Weed, вы не озвучили, где хотите это использовать (в приложении или в postgresql).
без выполнения - не получится.
через зад

в приложении, да.

по ссылке - крутая идея, но она точно не вызывает исполнения запроса? а то у нас могут быть такие запросы, которые данные удаляют, например, в результате своей работы

попробовал через CREATE TEMP VIEW - запросы не вызываются, всё отлично! запустим в работу, посмотрим вылезут ли грабли :з

WeedWeedпропущено...


в приложении, да.

по ссылке - крутая идея, но она точно не вызывает исполнения запроса? а то у нас могут быть такие запросы, которые данные удаляют, например, в результате своей работы

попробовал через CREATE TEMP VIEW - запросы не вызываются, всё отлично! запустим в работу, посмотрим вылезут ли грабли :з

грабля №1: есть запросы, которые возвращают void - для них невозможно создать таблицу

грабля №2: запросы с аргументами требуют таки указания этих аргументов вместо $1, $2 и т.д.

Weedграбля №2: запросы с аргументами требуют таки указания этих аргументов вместо $1, $2 и т.д.

Впрочем, решилось заменой всех аргументов на NULL