Вы будете смеяться, но поэтому я езжу на работу на велосипеде. Умиротворяет. Пока едешь и ныть некогда и столько гейских геев насмотришься, что в интрнете кажется все хорошо :)

как тяжко жить, а че это на канале по постгре выкладывают книги по оптимизации Оракла ? типа чтобы знать коварные возможности врага ? :)

там очень много общих реекомендаций, где-то до половины можно смело читать

а другую половину с опаской.

да я так... шучу =)

с опаской что убежишь на оракл ? :)

Там debian

А сори, это я про Астру

хм

ничего не понимаю

тут, кстати, есть http://www.osp.ru/os/2015/01/13045322/ , "Заря" на постгресе

Вставлю свои 5 копеек на тему хранимок. У нас более 1000 хранимок. Аргументы:
1. + "300%" к производительности
2.  тесты - с хранимками хотя бы понятно, что тестировать, к хранимке можно написать как  минимум тесты на пограничные значения, регрессионные тесты. Можно рассуждать на тему покрытия. А когда БД это только данные, как можно прогарантировать, что если этот запрос отработал хорошо, то и другой отработает сносно?!
3. разграничения прав - ну тут много сценариев, например, не хочу я пользователя в таблицу пускать ко всем данным и т.д.
4. шардинг строили на хранимках

@DimaBeloborodov а что в мире pl/sql используют для написания тестов? хотелось бы что-то в стиле рубивского rspec

для PL/pgSQL ) например http://pgtap.org/

есть еще plpgunit https://github.com/mixerp/plpgunit

+1 Ну и с точки зрения MVC негоже, когда на контроллер перекладывается задача поддержки целостности данных. Разумнее и удобнее хранимки делать точками входа для работы с данными.

Спасибо! Как я понял pgtap более зрелый?

написать хранимку, чтобы тестила хранимку?

он более старый и у него есть "пускалка" которая может отгрузить данные в какой-нибудь CI