по сравнению с хранимками MsSQL?
Ну вот напр. в MS SQLServer один язык. В Pg - много... Хотя... В MSSQL тоже ж теперь много...
Я просто слышал такую версию, что хранимки в PostgreSQL - это уже легаси, ничего там не развивается (сам язык хранимок - не знаю, какой именно) и т.п.
как то слишком громкое заявление, посмотрите хотя бы changle log
Очевидно, это не так.
Дело в том, что с ростом Web-идиотизма бизнес-логика стала переносится в так называемый "БЭКЕНД", (т.е. туда, где кончается спина), и поэтому многие не очень далёкие разработчики считают, что все на свете приложения и системы должны работать именно таким образом. Т.е. логика на клиенте СУБД, а в этом случае хранимые процедуры мало либо совсем не нужны. А раз таким товарищам хранимки не нужны, то они (нелогично) решают, что хранимки никому не нужны. Но это не так, полно систем строится по другим принципам, а именно - обрабатывать данные в том месте, где они хранятся. И для этого нужны хранимые процедуры.
А как параллелить логику в случае хранимок? Там же нет вроде потоков
прямого управления нету, паралелизм есть
а что мешает потоки создавать в коде и вызывать хранимки?
Ну если мне нужно, скажем, в хранимке обратиться к нескольким другим хранилищам (не PostgreSQL), собрать данные и записать их в таблицу
а это точно надо делать в хранимке?
Это не от меня зависит. Я просто хочу заранее, с какими проблемами можно столкнуться
Обсуждают сегодня