И да, разработчик умеющий в PL/SQL но не умеющий в

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

Не надо "с ним" ничего делать. Это он с вами сделает - скажет "до свидания" и уйдет.

Тожэ, что и обычно с программистом и новым языком. Сажаешь на стул, и говоришь, что он теперь пишэт на этом новом языке.

ну, всех людей что я встречал из серии DBD - это 40+ и с ними тяжело так можно, но дороговато выходит да и обычно как написал Альберт Степанцев, они уходят после проекта аналитики

Ну правильно, опытному DBA платят 5 штук, опытному пхпшнику 3-4 -- нафига им в эту сторону тянуться.

DBA или DBD?

мне не интересны твои интернет-магазины. сейчас работаю в телекоме. в магазинах логика в БД не нужна

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

телеком требователен к производительности в большинстве проектов, там логика нужна в БД. хотя веберы когда пишут админку используют ORM, там где нет тяжелых запросов, для тяжелых запросов я пишу им функцию и они ее просто вызывают с параметрами

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

где там?

В телекоме. Если быть точнее, речь про реалтайм-биллинг(prepaid).

ну… там не так всё просто же

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

А где иначе? Я сужу по comverse rtbs, который был у красных и до сих пор у полосатых.

Почему не все запросы в функциях БД? Для вольного where в select?

в кэше таблицы тарификации, идентификаторы сервисов и клиентов. а поток CDR-ов в базу то пишется же, там десятки GB в сутки прилетает.

большая часть вебки-админки не требовательна к производительности и проста. веберы хотя юзать ORM, я им пытался объяснить, но бесполезно

такое видел когда делал проект на Oracle Communication Gatekeeper System. но там не было логики в БД

Ну это похоже на ORM ради ORM. Понятно.

веберы у нас молодые. они считают что так удобно. но когда прошу у них запрос для проверки, они его долго выковыривают из ORM своего :)

Так у Вас же есть log_statement в БД. Можно не просить 😊

Это от нехватки опыта. У любой ORM есть метод, выводящий SQL

ЕМНИП зачастую там будет что то на местом диалекте, не имеющее отношение к реальному запросу

А вот тут как раз нюанс - если БД нагруженная - то найти в логах "ту самую" будет гораздо сложнее, чем в логи ORM'ки вывести SQL готовый

Так для этого же есть тестовые стенды.

ORM придумали программисты нежелающие учить SQL (c)

Ну да, call history пишут в бд, как и некоторые вещи касающиеся текущих резерваций. Но по факту активных операций, критичных к i/o или перфу там нет(ну кроме тех самых резерваций). CDR'ы можно вообще писать в отдельную бд.

И легко перепрыгивать на NO_SQL )