?ródło:PHP Solutions www.phpsolmag.org

FORUM

W SIECI

1. http://propel.pdpdb.org/ - strony biblioteki Propel
2. http://creole.phpdb.org - witryna projektu Creole
3. http://phing.info/wiki/ - strony Phinga
4. http://db.apache.org/torque/ - projekt Torque
5. http://www.agiledata.org/essays/mappingObjects.html - artykuł o mapowaniu ORM
6. http://www.hibernate.org - strony projektu Hibernate

Co należy wiedzieć...

Czytelnik powinien znać podstawy OOP i relacyjnych baz danych.

Co obiecujemy...

Programista pozna technologię ORM i dowie się, jak ją wdrożyć w swoich projektach.

Wyobraźmy sobie typową księgarnię internetową i katalog sprzedawanych w niej produktów. Struktura jej bazy danych będzie wyglądała podobnie, jak na Rysunku 1. W module administracyjnym naszego hipotetycznego sklepu znajdzie się wiele formularzy zapewniających obsługę przedstawionych tabel. Przy pomocy jednego z nich właściciel będzie mógł dodawać nowe książki, jednocześnie wprowadzając informacje o wydawcy i autorze (Rysunek 2).

Najprostsza implementacja takiego formularza wymaga kilku powtarzalnych, mechanicznych czynności (Listing 1). Ma to swoje poważne wady. Po pierwsze, piszemy całkiem spory kod, którego zadaniem jest obsługa fizycznej reprezentacji danych (przygotowanie wartości do wstawienia do bazy, przepisywanie identyfikatorów do tabel powiązanych, itd), co pochłania nasz cenny czas. Po drugie, taki skrypt jest ściśle przypisany do jednego typu bazy danych (np. MySQL), co utrudnia modyfikację i rozwój tworzonego systemu. Dzieje się tak w przypadku tworzenia wszystkich prezentacyjnych serwisów WWW: wszak większość operacji to pobieranie danych z DB i ich wyświetlanie. Jeśli nasz program jest skonstruowany obiektowo, musimy jeszcze przekształcać otrzymane wyniki (tablice asocjacyjne) do obiektów.