mySQL stored procedures and functions

[dzz]

Я очень хорошо понимаю, почему большая часть логики в mySQL-проектах реализована не в БД, на на application-side.
Потому что реализация хранимых процедур и функций в mySQL донельзя угробищна, например, в части bind-переменных. Особенно после Оракла :)

Даже самое элементарное, вроде SELECT COUNT(*) FROM XXX WHERE ID=:MY_VARIABLE в функции - полная задница, ибо prepared statements разрешены только в процедурах, а из них не вернуть значение.

А потом эти программеры выходят на "большие" СУБД.
Поубывыв бы.

Comments

[vitus_wagner]

Сквозная отладка - это везде ад. Даже в чистом C. Поэтому нужно иметь четко специфицированные интерфейсы между уровнями. которые отлаживать поотдельности.

[dzz.livejournal.com]

Так-то оно так, но постоянное переключение между синтаксисами в голове радости и безбажности не добавляет. Тебе же даже при правильно специфицированных интерфейсах нужно делать куски на SQL, PHP и JS, работающие согласованно, более-менее параллельно, если разработка идёт "в одно лицо", как у меня сейчас.

[vitus_wagner]

Вот, кстати поэтому не очень хочется посылать нахрен людей, которые хотят использовать PL/V8.
Ведь если у них в базе PL/V8, на бэкэнде nodejs и в браузере понятно что, им не надо переключаться между синтаксисами.

Хотя на мой взгляд, переключаться неудобно между близкими синтаксисами. Вот между perl и python - плохо.
А между make и shell или shell и c - нет. Они разные и решают разные задачи, поэтому переключение естественно.