ORM vs VFS, Zastostowanie ORM i VFS w projektach Opcje

[matid]

Ze względu na mało kreatywnych tematów na forum php Pro proponuję taką dyskusję.
Które z rozwiązań wydaje wam się korzystniejsze:

ORM
Stricte mapowanie bazy danych do obiektów, które następnie można łatwo wykorzystać w php. Bardzo intuicyjne i wygodne, szczególnie jeśli zaimplementujemy rozwiązanie, które jest w stanie na bieżąco odwzorowywać zmiany w bazie danych (dodatkowe tabele, itd.).
Dodawanie nowej klasy to po prostu stworzenie dodatkowej tabeli, nowy obiekt to rekord.
Wadą jest brak pewnej unifikacji i kłopot z utworzeniem drzewa obiektów, ale myślę, że jest to do obejścia.
Przykład takiego rozwiązania możemy znaleźć w Ruby on Rails.

VFS
Wirtualny system plików też jest ciekawym rozwiązaniem, wprowadzającym jakby dodatkową strukturę w bazie danych, która następnie jest odwzorowywana w postaci obiektów php. Rozwiązanie o tyle dobre, że automatycznie wprowadza nam pewną strukturę drzewiastą, w której mamy nasze obiekty i w jednej gałęzi mogą znajdować się różne obiekty, np. artykuły, komentarze, pliki, itd.
Największą wadą jest to, że wprowadzamy dodatkową "warstwę" modelu, która musi te wszystkie elementy poskładać w całość i przedstawić w postaci obiektów i dodatkowych narzędzi do ich wyszukiwania/pobierania. Jest to nieco mniej intuicyjne, gdyż dodanie nowej klasy/obiektu wymaga znajomości pewnych założeń systemu plików i jeśli nie jest do tego udostępnione dodatkowe narzędzie to mamy problem (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg)
Przykładowe drzewo takiego systemu plików: http://www.binarychoice.pl/_images/p28/carbon-uml.gif
Mam nadzieję Seth, że nie masz nic przeciwko (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg)

Oba rozwiązania mają swoje minusy, ja planowałem zaimplementować w swoich projektach VFS, ale przyglądając się prezentacjom Ruby on Rails byłem mile zaskoczony prostotą ich ORM-a. Chyba najlepszym rozwiązaniem będzie jakieś połączenie obu rozwiązań.

Cóż więcej mogę powiedzieć - do dyskusji koledzy (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg)

[NuLL]

Witam,

A ja mam pytanie - co ma piernik do wiatraka (IMG:http://forum.php.pl/style_emoticons/default/questionmark.gif)

ORM - definicje znamy - badz co badz jest to specyficzny layer bazodanowy - nie ukrywajmy - niczym wiecej to nie jest i tyle.

VFS - nie wiem co Wy pod tym slowem rozumiecie, ale jak dla mnie jest to metoda składowania danych (!)

Czemu temat jest ORM vs VFS (IMG:http://forum.php.pl/style_emoticons/default/questionmark.gif)

IMHO czyms co mozna po czesci nazwac VSF w waszym rozumieniu jest modul zarzadzania trescia ezPublisha gdzie dowolny obiekt mozna by jakoby nazwac plikiem. Calosc grupujemy w foldery, mam strukture drzewiasta i tyle.

Co do samego wirtualnego systemu plikowego - napisanie czegos takiego jest zajeciem nie ukrywajmy trudnym. Wg mnie pisanie czegos takiego na MySQL-u < 5.0 lub bez PostgreSQL jest cokolwiek glupie (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg) Pojecie wydajnosci zanika czego mamy doskonaly w ezPublishu ktory jak wiemy jest powolna krowa ( ktora duzo mleka daje i duzo ryczy (IMG:http://forum.php.pl/style_emoticons/default/biggrin.gif) ). Natomiast na lepszych bazach mozna sie pobawic - majac podzapytania czy tez widoki dostep do danych moze byc zdecydowanie szybszy - dla mnie wydajne rozwiazanie to takie ktore pozwolic pobrac liste plikow z danego folderu jednym zapytaniem pozwalajac jednoczesnie na sortowanie tych plikow w obrebie bazy - dla slabszych baz jest to niemozliwe. VSF ma tez swoje wady - glownie tutaj chodzi o kwestie relacji pomiedzy obiektami jak np. kategorie obiektow.

Pozdrawiam