-
Юбилейный DevConfX пройдет 21-22 июня в Москве. Как всегда — Вы решаете, кто попадет в программу секции Backend — голосуйте за интересные доклады
json для pg pl/sql
- Автор темы senich
- Дата начала
senich
Новичок
почему чушь?
как мне вернуть из хранимой процедуры подмножества данных вместе с основной выборкой? в оракле это делается вложенными курсорами. постгрес не поддерживает вложенные курсоры. как можно реализовать подобную выборку?
как вариант рассматривается XML но не всех хостеров стоят XML библиотеки для постгреса. поэтому вот и интересуюсь JSON как средством передачи параметров из хранимых процедур в php.
что? неужели чушь?
как мне вернуть из хранимой процедуры подмножества данных вместе с основной выборкой? в оракле это делается вложенными курсорами. постгрес не поддерживает вложенные курсоры. как можно реализовать подобную выборку?
как вариант рассматривается XML но не всех хостеров стоят XML библиотеки для постгреса. поэтому вот и интересуюсь JSON как средством передачи параметров из хранимых процедур в php.
что? неужели чушь?
senich
Новичок
2 Develar
нет немного не то. я чуть ниже опишу задачу.
2 Sad Spirit
задача получается следующая:
в хранимой процедуре в результате какихто манипуляций мы получаем две записи (record): user_info и pictures_info.
ну и хотелось бы их вернуть одной функцией
напеример так
OPEN p_cursor FOR
SELECT
user_info AS user,
pictures_info AS pictures;
RETURN p_cursor;
и чтобы в php в результате я получил ассоциативный массив в с полями user и pictures. и в этих элементах ассоциативные массивы(результаты выборки по польователям и картинкам).
нет немного не то. я чуть ниже опишу задачу.
2 Sad Spirit
задача получается следующая:
в хранимой процедуре в результате какихто манипуляций мы получаем две записи (record): user_info и pictures_info.
ну и хотелось бы их вернуть одной функцией
напеример так
OPEN p_cursor FOR
SELECT
user_info AS user,
pictures_info AS pictures;
RETURN p_cursor;
и чтобы в php в результате я получил ассоциативный массив в с полями user и pictures. и в этих элементах ассоциативные массивы(результаты выборки по польователям и картинкам).
Develar
Новичок
>> мы получаем две записи (record)
>> ну и хотелось бы их вернуть одной функцией
Функция возвращает единственный результат. Если надо вернуть более одного, применяем паттерн TDO - пакуем их в массив. В PHP, AS, Java, plpgsql и т. п. языках иначе нельзя.
>> ассоциативный массив в с полями user и pictures. и в этих элементах ассоциативные массивы
чтобы сразу, без лишних манипуляций, получить в таком виде, - это PDO с настроенным fetch mode (там что-то типа 2-3 флагов в зависимости от потребности - http://ru2.php.net/manual/en/function.PDOStatement-fetchAll.php)
>> ну и хотелось бы их вернуть одной функцией
Функция возвращает единственный результат. Если надо вернуть более одного, применяем паттерн TDO - пакуем их в массив. В PHP, AS, Java, plpgsql и т. п. языках иначе нельзя.
>> ассоциативный массив в с полями user и pictures. и в этих элементах ассоциативные массивы
чтобы сразу, без лишних манипуляций, получить в таком виде, - это PDO с настроенным fetch mode (там что-то типа 2-3 флагов в зависимости от потребности - http://ru2.php.net/manual/en/function.PDOStatement-fetchAll.php)
ну вот а говоришь не понятно Maxim Ky
Новичок
Недавно понадобилась точно такая вещь, то бишь приблуда для сериализации pl/pgsql'ых record'ов в формат json, с сохранением имен полей, вложенных полей, массивов и всего остального. Не найдя ничего на просторах гугла засел писать сам. Очень низкая скорость сваянной на коленке процедуры на pl/pgsql, выполняющей эту задачу, сподвигла на переписывание кода на C.
Результат здесь:
http://code.google.com/p/pg-to-json-serializer/
Вообще вся эта маята с json неслучайна: это довольно удобный способ для возвращения нетабличных данных из pl/pgsql-процедуры.
Результат здесь:
http://code.google.com/p/pg-to-json-serializer/
Вообще вся эта маята с json неслучайна: это довольно удобный способ для возвращения нетабличных данных из pl/pgsql-процедуры.
Maxim Ky
Новичок
Поддерживаются record'ы, одномерные массивы, простые типы и любые их сочетания.
Если в record'е присутствуют имена колонок то они будут представлены в json'е, иначе стандартные f1, f2, f3
~WR~
Новичок
То же самое можно сказать про встроенный тип XML 
Тем не менее, он есть.
Wiki-страничка по json: http://wiki.postgresql.org/wiki/JSON_API_Brainstorm
Различные методы сериализации на стороне базы могут быть интересны в том случае, если для выборки дополнительных данных эффективно используются подзапросы. Подзапрос должен возвращать только одну колонку. Благодаря сериализации, в эту колонку можно запихнуть целый result set.
Postgresql очень хорошо оптимизирует выполнение подзапросов. Пример плана выполнения запроса, который выбирает 50 товаров из основной таблицы + 13 (!!) подзапросов с join'ами на таблицы с множественными признаками (например, авторов у книжки может быть несколько, и мы получаем по каждому автору его id и имя).
http://explain.depesz.com/s/0r9
Sub selects хорошо видно на закладке Text.
План анонимизирован - на названия таблиц не смотрите.
В основной таблице миллион записей. В дополнительных - от ста до пятисот тысяч. Все вместе выполняется за 5 мс. ^__^ Способ подходит для небольших выборок - до 500 товаров.
Тем не менее, он есть.
Wiki-страничка по json: http://wiki.postgresql.org/wiki/JSON_API_Brainstorm
Различные методы сериализации на стороне базы могут быть интересны в том случае, если для выборки дополнительных данных эффективно используются подзапросы. Подзапрос должен возвращать только одну колонку. Благодаря сериализации, в эту колонку можно запихнуть целый result set.
Postgresql очень хорошо оптимизирует выполнение подзапросов. Пример плана выполнения запроса, который выбирает 50 товаров из основной таблицы + 13 (!!) подзапросов с join'ами на таблицы с множественными признаками (например, авторов у книжки может быть несколько, и мы получаем по каждому автору его id и имя).
http://explain.depesz.com/s/0r9
Sub selects хорошо видно на закладке Text.
План анонимизирован - на названия таблиц не смотрите.
В основной таблице миллион записей. В дополнительных - от ста до пятисот тысяч. Все вместе выполняется за 5 мс. ^__^ Способ подходит для небольших выборок - до 500 товаров.
~WR~
Новичок
И сразу, предвидя следующий вопрос.
Стандартные композитные типы далеко не всегда подходят. И, что особенно важно, для их разбора на стороне PHP приходится писать дополнительный код или использовать чужие библиотеки. В то время, как разбор JSON можно сделать вызовом стандартной функции, написанной на C.
Собственно, к такому "извращению" пришли в ходе оптимизации интернет-магазина. Результат: все товары на странице со всеми дополнительными атрибутами из 30-40 таблиц выбираются меньше, чем за 50 мс. За один запрос. Result set'ы из подзапросов сериализуются через custom aggregate методом php serialize (на json забили тогда). В php делается unserialize для разворачивания каждого сериализованного поля - получается большой вложенный массив, который напрямую отдается в шаблон. Всё.
Стандартные композитные типы далеко не всегда подходят. И, что особенно важно, для их разбора на стороне PHP приходится писать дополнительный код или использовать чужие библиотеки. В то время, как разбор JSON можно сделать вызовом стандартной функции, написанной на C.
Собственно, к такому "извращению" пришли в ходе оптимизации интернет-магазина. Результат: все товары на странице со всеми дополнительными атрибутами из 30-40 таблиц выбираются меньше, чем за 50 мс. За один запрос. Result set'ы из подзапросов сериализуются через custom aggregate методом php serialize (на json забили тогда). В php делается unserialize для разворачивания каждого сериализованного поля - получается большой вложенный массив, который напрямую отдается в шаблон. Всё.