Генерация JSON в PgSQL

Я видел как хтмл из оракла отдавали, это считается?

Но зачем?!!!!
Бред сивой кобылы.

Предположим модель что-то там получает из бд, и одна и та же юзается для разных контекстов — на самом сайте и в апи. Писать разные модели или на каждый отличающийся контекст использования запиливать отдельный метод? ГК же.

А вообще да, с таким комбайно-раскладом ждем веб-сервер на посгре.

Удобно же в некоторых случаях

https://wiki.postgresql.org/wiki/HTTP_API

Я знал! Я знал!

Не забывай, что в 9.4 появился новый тип jsonb и вообще улучшилось всё на тему json: http://www.postgresql.org/docs/9.4/static/functions-json.html

на pg вообще целый сайт написать можно вроде как :)

Всё просто: обычно идёт цепочка ORM-Query(20 штук)-DB-ORM-Serialization-JSON, а тут Query(1 штука)-DB-JSON.

Сериализация и работа с ORM занимает не меньше 90% времени. Выкидываем - получаем сверхзвуковую отдачу страниц.

Для ридонли апи, которое и делает, что плюёт жсоном — согласен.
А вот то, что этот функционал воткнули в дефолтную посгру — не айс. Комбайн же.

Но с другой стороны, зря всё это. Нормальных обёрток для ORM нет, а без ORM получаются простыни запросов на 10-20-30 строк.

получаются простыни

Ага, только внутренняя реализация всех этих ORM/AR — еще большие простыни, чем тупой запрос. Но это уже другая история ))

А вообще по сабжу — у нас был чел на прошлой работе, экспериментатор хренов. Запилил какие-то движухи на питоне внутри посгры — так все потом плевались, что без нужной конфигурации и доводки оно ни у кого не работает.

Писал один простенький сервис, веб-приложение использовал как тонкий контроллер, проксирующий запросы в БД, где логика была реализована на хранимках. Периодически подмывало быстренько написать все на питоне прямо внутри постгреса, но т.к. приходилось несколько раз самому это все разворачивать, забил во имя нервов тех, кто захочет это дело потом поддерживать. Не зря, видимо.