Frameworks

Виж ся, сторнатите процедури си имат тяхната цел и предимства, но на пример за DBA-и и други подобни. Освен това, поне до колкото знам, имат някои предимства с производителността. Ама как да е, де - нещо, което действително не е нужно - наистина не е добре да се ползва - прав си.

п.п. MySQL си има сторнати процедури от 5.0... дали даже не беше 4? Абе поне 2-3 години има вече, поне за мен не е ново.

В един момент стават maintenance nightmare сторнатите процедури. Най-малко като се почне от въпроса как им правиш вършън контрол, и после като се стигне до как ги тестваш, дебъгваш, как ги портваш ако се наложи да местиш базите, етц. С читав ОРМ на теория само си регенерираш кода като местиш базата (не че и там винаги работи, ама все по-добре е)

Да не говорим T-SQL какъв abomination е.

Ако говориш за скорост / execution plans, етц - не би трябвало да има голяма разлика, пак можеш да си оптимизираш това дето ORM layer-a ти е генерирало.

Но иначе да де - сигурно има полза някъде, ама...

--
One day it will make sense.

е, при много данни - пречи - DWH нормализацията е забранена.

не е баш така
нищо не ти пречи да имаш дб скрипт на базата с нейните процедури, вюта и тн. и да го вкараш в свн-а.
отностно перформанс, за 95% от случайте СП са по-добри. Ето пример удряш базата за някакъв селект, връща ти данни, коитоги трансформираш в обекти, спрямо тях правиш друга заявка удряш 2ри път и тн докато със СП тая логика може да я вкараш там и само 1 път ще удариш базата. Отгоре на това СП са компилирани, не се парсва ескуел, оракъл сигурно и др дб-та пренареждат и оптимизират кода(това е една от основните причини оракъл да е толкова добър) и тн. Изобщо опре ли до перформанс ентитата умират. Знам за пренаписвани проекти от ОРМ към СП, перформанса се сменя драстично.

Късно е да пиша дълго, имаш валидни точки, но на "тази логика можеш да я вкараш там" (сторнатата процедура) ме изгуби. Дейта аксес само е достатъчно зле да е СП, бизнес логика и кеширане ако почнеш да вкарваш съвсем кошмарно става.

Както и да е, аз сторенати процедури не мисля да ползвам ако от мен зависи, надявам се да не ми се налага, че си ебало майката.

Ако питаш мене, дори foreign keys не трябва да има. Трябва да е като S3 - слагаш нещо, вадиш нещо и това е. Цялата хамалогия отгоре е безумен overhead 99% от случаите.

Ма това е дълга тема.

--
One day it will make sense.

еми ползвай дерби, може да си го екстенднеш и да си правиш каквото искаш и нямаш грижи
Мисля че ФК могат да бъдат офф на някои бази, настройка

Хубаво думаш, ама си малко краен.

СП-тата имат много добро приложение когато ти потрябват денормализирани данни - за да ги държиш в ред, да ги превръщаш от един формат в друг - не виждам нещо по-смислено и по-ефективно от СП.

Иначе за constraints, включително foreign keys и аз мисля че са някакъв остатък от едни по-други времена и имат функция единствено да правят overhead.

надолу..

Е то е ясно, че може да не се ползват тези работи, но като са ги ползвали 20 години няма как да умрат за 5, ще си ги влачим още доста време.

--
One day it will make sense.

Ти би ли искал банката ти да мине на С3?

Чуждите ключове не са оверхеад (поне в Оракъл), те са само хинтове към системата да ти оптимизира заявките спрямо заключване, интегрити, демаркация и други неща.

Стегни се малко, че виж каква чанта съм ти харесал

Така де, всички пишем софтуер за банки? 99.95% не пишат?

А пък и един ден и клауд/онлайн сервисите ще ги има в локален/защитен формат. Все пак става дума да не се пише един проект 10 години, да е лесно и просто.

Но няма да споря - на този момент си прав, че сме много далече от това, но ще стане. Даже може да стане докато Андреа става още за ебане, пу пу да не ме чуе Кубрат Пулев.

--
One day it will make sense.

Не става дума за локален формат. Там няма acid операции. Дори на половината ги няма. Това не може да се фиксне лесно и никога няма да е сравнимо с оракъл. Повече мета-хинтове -> повече оптимизация. Не за всичко трябва, но не е само за банки.

Значи не ги отричам тези работи и си прав, в такива ситуации трябва constraints да са на макс, ACID, transactions, етц.

Просто, не е това нормата, в смисъл.... 99% от базите данни в реално приложение нямат нужда от това. Тоест, не е необходимо това да е нормата.

Затормозяват хората, един вид, това искам да кажа.

--
One day it will make sense.