Jak wyżej. Krótki referacik. O co chodzi?
0
4
To jest złe. Nie rób tego
3
W skrócie? Zamiast pisać kod w Java/.NOT/Python/Scala itd. robisz to na bazie w procedurach. Takie podejście było modne jeszcze 10-15 lat temu ale teraz już się od tego odchodzi.
@him8710 może podaj jakiś kontekst, bo bez niego to tak ciężko coś napisać poza: nie rób tak :D W sumie i jak będzie kontekst, to i odpowiedź będzie: nie rób tak :D
0
Kontekst jest taki, że mam napisać referacik na ten temat. Więcej informacji nie posiadam.
5
Dalej jest masę systemów co mają logikę napisaną na bazie - siegają one korzeniami lat 90, niektóre, ale są rozwijane w ten sposób. Nie do końca jestem przekonany, że zawsze jest to złe. Jak mam przepychać 200GB między bazą a serwerem, żeby dane posumować, zaktualizować itp to nie widzę takiego sensu. Wszystko zależy od kontekstu.
Dodam jeszcze, że nadal jest bardzo dużo aplikacji w modelu grubego klienta gdzie robienie wszystkiego na kliencie zabija wydajność jak się nie ma światłowodu do bazy.
2
Tytuł refereatu: Implementacja logiki biznesowej w pl/sql i dlaczego to jest złe.
Tytuł już masz :D ;)
Ogólnie zacząłbym od jakiegoś przykładu an podstawie którego można to opisać. Np. zamawianie towaru i wystawianie faktur. Rozbijasz to po kolei na pojęcia typu, klient, zamówienie, towar, faktura. Potem dodajesz jakieś przykładowe implementacje lub ich szkielet.
0
@.andy: Dzięki za pomoc ale zielony jestem w tym temacie trochę a praca jest za kare także miałem nadzieje, że wystarcza jakieś suche zdania w wypracowaniu ale dzięki.
0
@him8710: brak materializacji mojej osoby na zajęciach
3
Tak całkiem poważnie to ja bym sobie taki konspekt zrobił:
TYTUŁ: Implementacja logiki biznesowej w pl/sql i dlaczego to jest złe.
- Czym jest SQL.
- Czym jest PL/SQL.
- Przykładowe implementacje procedur składowych na przykładzie sklepu: zamówienia, faktury itp.
- Zastosowania procedur składowych na przykładach systemów biznesowych.
- Plusy zastosowania logiki biznesowej na poziomie bazy danych.
- Minusy zastosowania logiki biznesowej na poziomie bazy danych.
- Czasy obecne na przykładzie istniejących systemów.
0
@.andy: dzięki
3
@him8710: Na początku zaznaczę tylko że ja nie rozróżniam tych wszystkich dialektów SQL więc napiszę na podstawie baz jakie znam czyli MySQL, Postgres i Oracle.
Jeśli chcesz by referat był pełny to jednak napisz kiedy stosowanie takiego rozwiązania jest dobre. Bo to nie jest do końca tak że logika po stronie bazy danych jest czymś za co powinno się ucinać ręce.
Przykłady gdzie się takie cuda przydają:
- Anonimizacja danych na środowiskach developerskich,
- Odkładanie zmian które zaszły na poziomie wierszy (niektóre firmy muszą mieć historie każdego wpisu),
- Bazy raportowe,
- Partycjonowanie danych,
- Struktury drzewiaste,
- Wrzucanie na jakąś kolejke informacji o pojawieniu się wpisu do obróbki (Mooooocno kontrowersyjne),
- Pewnie wiele innych o których nie mam pojęcia.
Należy ważyć takie rozwiązanie bo ciężko się je skaluje jednak można to robić i z jakiegoś powodu twórcy baz danych dają taką możliwość. Jedyną rzeczą której nigdy nie widziałem to pisanie całej logiki biznesowej na bazie danych.