Abstrakty, klasy, Creole... itp, a po co to wszystko??? Opcje

[Aztech]

Wcześniej pisałem swoje stronki zupełnie bez ładu i składu, przyszedł jednak czas potężnego projektu (prac dyplomowa (IMG:http://forum.php.pl/style_emoticons/default/biggrin.gif) ) i czas zrobić to porządnie. Mam zatem pytanie:
1) czy pisać właśną klasę obsługi bazy danych czy skorzystać z gotówców, jeśli tak to z jakich?
2) do czego tak na prawdę służa CREOLE, ADODB, PEAR i czy warto je stosować w momencie kiedy tylko bedą obsługiwać mysql?
3) czy może, ktoś z forumowiczów ma własną klasę obsługującą połączenia z bazą danych i chce, może ją udostępnić, tudzież, czy może dać wskazówki, rady czego się wystrzegać podczas pisania własnej klady?

Wiem, że pytania są naiwne i część z nich porozsiewana jest po forum php5, ale mimo przeczytania sporej ilości postów w dniu dzisiejszych nie jestem w stanie ogarnąć tego wszystkiego i w jakiś sensowny sposób poukładać sobie w głowie. Więć stąd moje pytania

[SongoQ]

@mike_mech

Abstrakt bazodanowy powinien w tej chwili oferować dwie podstawowe rzeczy:
1. Możliwość pisania pod dowolna bazę danych. Zawsze możesz emigrować na inną baze bez modyfikacji swojego kodu.

I tu sie bardzo myslisz. Jesli nastawiamy sie na aplikacje dzialajace pod roznymi bazami danymi i zakladamy ze ten kod moze dzialac pod wszystkim to tak, wtedy od bazy oczekujemy tylko prostych zapytan, bez wykorzystania ich mozliwosci. Jesli stoworze sobie aplikacje np korzystajaca z funkcji plsql to powiedz mi jakim cudem uda mi sie ja przeniesc np ma mssqla czy mysqla? Bo ja jakos sobie nie wyobrazam. Dla mnie i tak najwazniejsza jest baza danych, bo tak naprawde dane sa przetwazane przez nia, a php tylko je prezentuje.

Tak naprawde nie da sie stworzyc wydajnej aplikacji z tym samym kodem pod kazda bazke. DB layer ma przedewszystkim sluzyc w latwosci wyciagania danych i zapominania o funkcjach typu pg_query, itd. Zakladanie ze jeden kod moze obsluzyc wiele baz jest bledym podejsciem, no chyba ze nie patrzysz na wydajnosc baz danych.