Co dalej ? Czyli jak podnosić swoje umiejętności w php. Opcje

[Bulka]

Uczę się php od pewnego czasu , przy wykonywaniu każdego następnego skryptu podnosze poziom swojej wiedzy . Ale co zrobić jak nie mam pomysłów na dalszą pracy . Ostatnio wykonałem skrypt ligi dla gry Cossacks www.okinet.pl/BRP . Uważam siebie za "łopatologa" w dziedzinie programowania php . Jednak cały czas staram się kształcić , może ktoś mi poradzi co zrobić dalej , jakie projekty , mógłbym wykonać . Może komuś pomóc , może ktoś przygarnołby mnie pod skrzydła ( chętnie zrobie za murzyna , byle by się tylko dokształcić (IMG:http://forum.php.pl/style_emoticons/default/smile.gif) ) . TOpic "dziwny" lecz sprowokowany zostałem do napisanie tego , gdyż mam "głód" programowania , chętnie bym pisał cookolwiek wartościowego , ale nie mam po co i dla kogo (IMG:http://forum.php.pl/style_emoticons/default/rolleyes.gif)

Pozdrawiam Bułka

[adwol]

- obsługa dowolnej bazy danych (ADOdb)

Sam ADOdb nie zapewni Ci obsługi dowolnej bazy. Jak już napiszesz sobie zbiór zapytań występujących w Twojej aplikacji, to mogą zajść dwa przypadki:
:arrow: Napiszesz to używając wyłącznie standardowego SQLa, bez żadnych niestandardowych funkcji wbudowanych i własności których nie mają wszystkie rozpatrywane DBMSy. Spowoduje to, że nie będziesz mógł użyć podzapytań i funkcji storowalnych (bo nie ma ich MySQL w stabilnej wersji), nie będziesz mógł uzywać jakichś funkcji wbudowanych (bo nie ma ich np. PostgreSQL), zaczną Ci się rozjeżdzać transakcje bo w każdym DBMSie szczegóły są ciut inne, itp.
:arrow: Napiszesz to pod konkretny DBMS. Będziesz wtedy mógł wycisnąć z bazy wszystko co potrafi, będzie wszystko działało stabilnie i szybko, tylko że wtedy Ci cała abstrakcyjność ADOdb i on sam nie jest na nic potrzebny.

Nikt piszący większy projekt informatyczny nie tworzy go nie wiedząc na jakiej bazie będzie on oparty. To jest jedno z pierwszych i najważniejszych (chyba tylko po wyborze platformy i języka) założeń projektu. Nie da się napisać wydajnej aplikacji działającej na raz na kilku DBMSach bez przepisania prawie wszystkich zapytań, a ich ilości czasami idą w tysiącach, nie uwzględniając nieprzewidzianych szczegółów które wynikną podczas zmiany bazy.

Ostatnio spotkałem się w firmie z potrzebą przemigorwania z jedną dużą aplikacją z Oracla na MSSQL. Jest to naprawdę kawał żmudnej roboty i nie zazdroszczę kumplowi na którego głowę to spadło.

Nie neguję zalet ADOdb, ale nie jest on panaceum na wszystko i nie zapewni możliwosci wyboru dowolnego DBMSa po napisaniu aplikacji.