MySql - procedury składowane i dlaczego są złe

pytanie zadane 25 sierpnia 2021 w SQL, bazy danych przez User007 Bywalec (2,400 p.)

Witam.

Tytuł trochę jak clickbait bo spotkałem się ze stwierdzeniem że są złe bo nie są w ogóle skalowalne i nie powinno się ich używać. Jako że pierwszy raz spotkałem się z tym terminem stąd poniższe pytania.

Czym są procedury składowane i czy naprawdę są złe?

Dziękuję

2 odpowiedzi

odpowiedź 25 sierpnia 2021 przez Wiciorny Ekspert (270,110 p.)

Procedura składowana (ang. stored procedure) jest nazwanym zbiorem poleceń w języku SQL, który jest przechowywany na serwerze baz danych i jest kompilowany przy pierwszym wykonaniu. Procedury wnoszą do środowiska bazodanowego przetwarzanie warunkowe i możliwości programistyczne.

pierwsze źródło masz cały temat nawet http://math.uni.lodz.pl/~bleja/asb/ITA-101-Modul_09_v2.pdf

Zastosowanie

uporządkowanie/centralizacja operacji na bazie danych
wprowadzanie reguł bezpieczeństwa (klient ma prawo wykonać procedurę, a nie wykonać dowolne zapytanie)
zmniejszenie liczby interakcji z bazą danych

Więc umiejętne stosowanie nie jest złe, wręcz uważam żę jest to bardzo dobre rozwiązanie więc chyba coś pomyliłeś.
A wszystko co nieumiejetnie używane jest złe.

komentarz 26 sierpnia 2021 przez User007 Bywalec (2,400 p.)

Dzięki.

odpowiedź 25 sierpnia 2021 przez mokrowski Mędrzec (155,460 p.)

Oprócz znanych zalet, można wymienić oczywiście i wady.

Wiązanie "w dół" do warstwy persystencji a nie w górę do warstwy domeny/logiki biznesowej...

Uzależnianie się od dostawcy i rodzaju bazy danych uniemożliwiające w przyszłości jej zastąpienie.

Implementowanie logiki domenowej na nieadekwatnym poziomie i jawne tworzenie anemicznej domeny.

Pokusa łączenia kontekstów domeny nie na poziomie interfejsów/serwisów/... a poprzez warstwę persystencji.

itp...

komentarz 25 sierpnia 2021 przez Wiciorny Ekspert (270,110 p.)

to mi na myśl torchę przychodzi jak z dziedziczeniem w językach, fajna rzecz- ale w rozsądnej ilości i w odpowiednim do tego celu a nie na zaś "na wypadek"

komentarz 26 sierpnia 2021 przez User007 Bywalec (2,400 p.)

@mokrowski, dzięki

komentarz 26 sierpnia 2021 przez mokrowski Mędrzec (155,460 p.)

@Wiciorny, no tak. Dziedzicznie "spawa kod". Często okazuje się że pierwotny wybór zależności dziedziczenia w trakcie rozwoju aplikacji, okazuje się błędny. A wycofać się .. nijak... Poza tym (co do pierwotnego pytania), abstrakcja bazy danych ma się nijak do rzeczywistych zależności reguł domenowych które nie operują na np. złączeniach kartezjańskich.

Rynek zna wiele przypadków negatywnych konsekwencji wyboru procedur składanych (choćby przypadek Allegro czy ... Naszej Klasy :) ) ( z tych znanych...). Ogólnie architekci unikają tego rozwiązania oprócz trywialnych aplikacji które nie wyrosną poza model CRUD. IMHO to w 80% zły pomysł.