?

Log in

No account? Create an account

Заповедник репрессивной психиатрии

Ждевелоп Жуик Жопа Жаба Жук
metaclass
"Если уход любого члена команды ставит под удар проект/компанию, то менеджера этой компании следует гнать ссаными тряпками. Зона ответственности разработчика и техлида не включает управление. Точка. Других мнений нет и быть не может."

Бизнес-логика на стороне БД
metaclass
Предположим, по заветам айседа, бизнес-логики в виде хранимых процедур и UDF на стороне СУБД мы уже накушались по самое не могу - между БД никакой совместимости, полный вендор-лок, отладка исключительно методом "пишем в логи", поддержка со стороны (нормальных) средств разработки - ну разве что у MSSQL с вижуал-студией.

Внимание, вопрос: если ограничиваемся в бизнес-логике SQL запросами и иногда простейшими триггерами, а так же массовым количеством индексов, внешних ключей и констрейнтов вида "значение в диапазоне от 0 до 2", попадем ли мы в ту же задницу?

А то я, например, понаписываю запросов с CTE и двадцатью джоинами разной степени левости и правости, а потом окажется, что оно во всех СУБД тоже по разному работает.