Witam,

Piszę silnik dla cms do swojej strony, aktualnie stanęłem nad obsługą bazy danych...zastanawiam się czy opłaca się pisać w moim przypadku klase do obsługi bazy jeżeli potrzebuje tylko ilość wykonywanych zapytań?
Sądze, że na zwykłych funkcjach php bym się obszedł ale jakoś nie wiem czy będą one pasowały do obiektowego napisanego cms?

Pozdrawiam

nie

Możesz sprecyzować?
Istnieją gotowe narzędzia - PDO, czy PEAR:B - za ich pomocą obsłużysz bazę danych w sposób niezależny od jej rodzaju. Może Tobie chodzi o klasy pisane specjalnie do pracy z określonymi tabelami? Zresztą - zawsze lepiej mieć jeden spójny, elastyczny interfejs. Jeśli jednak nie potrzebujesz tego i wiesz, że nie będziesz potrzebował, to nie pisz.

Pozdrawiam.

nie, chodzi mi o główną klase do obsługi wszystkich tabel w bazie, potrzebuje tylko ilość wykonanych zapytań.

Sam sobie odpowiedziales.

Przeciez sa gotowce


Przenosze na php

Dobra klasa nie jest zła :-)

Nawet jeśli to mają być tylko proste zapytania to lepiej mieć jedno centralne miejsce, skąd je wywołujesz. Zawsze gdy będziesz chciał np. zmienić bazę danych, czy będziesz potrzebował dodatkowych danych, możesz tak przerobić twoją klasę aby jej API zostało bez zmian, przez co nie będziesz musiał przerabiać całego skryptu.

Samo pisanie klasy, która wykorzystuje wbudowane funkcje (w sensie nie wprowadza automatyzacji zadań, a jedynie wywołuje gotowe funkcje php) to 30minut a masz przynajmniej scentralizowany sposób dostępu do danych.

Choć jeszcze lepszym sposobem jest wykorzystanie jakiejś prostej,gotowej klasy, która uprości tworzenie zapytań czy ułatwi wyciąganie powtarzalnych danych.

tworzenie klasy do obsługi bazy danych to wynajdywanie koła na nowo, lepiej rozejrzec za innymi rozwiązaniami, chociazby za coraz bardziej popularnym PDO (ktore ma ta podstawowa zalete ze nie dochdozi narzut php jaki jest w przypadku wielu klas typu PEAR:DB)