Czy Tradycyjne Widoki To Tylko Sposób Na Uproszczenie Zapytań?, ... czy może służą one do czegoś jeszcze ? Opcje

[lukaswoj]

Witam

"Pracuję na bazach danych" od 5 lat tworząc różne systemy w PHP i aż wstyd się przyznać ale do dnia dzisiejszego nie użyłem ani jednej procedury, ani jednego triggera, ani jednego widoku - czas aby to zmienić i zacząć korzystać z bazy danych nie tylko do przechowywania danych ale także do uproszczenia sobie życia (jako developera) i zwiększenia niezawodności swoich produktów. (nie bez powodu pierwszych kilka słów ująłem w cudzysłów)
To tak słowem wstępu (IMG:http://forum.php.pl/style_emoticons/default/smile.gif)

Przy obecnym projekcie miałem problem, którego analiza sprowadziła mnie do takiego jak w temacie pytania.

Proszę tych z was, którzy poza składowaniem danych używacie pozostałych funkcjonalności waszego ulubionego RDBMS'a o odpowiedź na moje pytanie.

Ten post edytował lukaswoj 10.08.2007, 10:53:59

[lukaswoj]

Nie to nie tylko upraszczanie zapytań. Moim zdaniem bardzo ważne jest tworzenie pewnej warstwy abstrakcji.
Załóżmy ze została podjęta decyzja o tym ze jednak adresy email klientów będą w osobnej tabeli, bo ktoś chce mieć historie adresów email klientów.
Jeśli operujesz na zwykłej tabeli Klienci to musisz wprowadzić zmiany w aplikacji, jeśli Klienci to tak naprawdę widok, tworzysz tabele dla emaili przenosisz tam dane i pozostaje tylko zmienić definicje widoku.
W przypadku dobrze zaprojektowanej aplikacji PHP musisz dokonać zmian w kilku miejscach, jeśli wszędzie walisz sam sql to w kilkunastu miejscach (IMG:http://forum.php.pl/style_emoticons/default/smile.gif) .
Sprawa się komplikuje jeśli masz do tego programy okienkowe które trzeba zmienić z kompilować i podmienić na komputerach.

Jak najbardziej przyznam Ci rację - do tej pory nie przyszło mi do głowy, żeby tego typu podejście abstrakcyjne stosować przy pobieraniu danych ale pomysł wydaje się być warty wypróbowania