Obecnie Coyote obsługuje MySQL i tylko. Czemu nie użyć PDO? Jeśli ktoś ma PHP 5.1 i nowsze to będzie mógł tym obsługiwać dowolny typ bazy, którą obsłuży PHP.
Tak, ale jak później odpalić coyota na php4... uzycie PDO nie zwiekszyło by uniwersalnosci systemu tylko by ją zmniejszyło.. tak to juz jest z wprowadzaniem nowych technologii :(
Ponadto dawno coyote opiera sie na klasie obsługującej baze danych, gdyby komus zalezało na innej bazie dopisałby sobie obsługe takowej..
DMKHost na którym stoi 4p (stoi? czy już nie?) nie posiada obsługi PHP5.
To można spróbować zrobić PDO i zaproponować jako alternatywny typ bazy danych. Ktoś ma PHP5.1, instaluje z użyciem bazy na PDO, nie ma - męczy się z tymi bazami, które oferuje obecny Coyote - czyli tylko MySQL.
Stoi na PHP5 (lecz 5.0). Po prostu na razie nie jest to potrzebne ;) Ale oczywiscie - mozna napisac taki, alternatywny modul, z tym ze - kto bedzie go uzywal? Nasz serwis na pewno nie, a sam Coyote nie jest zbyt popularny. Tak wiec... czy nie szkoda zachodu?
No ja właśnie siedzę w domu na MSSQL i pomyślałem, że dostosuję Coyote'a do tej bazy. Już prawie skończyłem (jeszcze nie testowałem jako całości) kodowanie w taki sposób, jak jest to obecnie dla MySQL, tylko w moim mniemaniu to nie ma wielkiego sensu, jak ktoś stawia sobie bazę w domu. [Jak skończę, podrzucę do ogólnych testów]. Sam chętnie widziałbym taki moduł uniwersalny. [Może się skuszę go jednak napisać, jak będzie chwilka czasu].
Tym bardziej, że wiele osób używa na przykład PostreSQL, a nie MySQL, a pisanie osobnej implementacji mija się z celem, o ile ma się dostęp do PHP5.1 (a jego dostępność na pewno będzie się zwiększać).