[PHP][SQL]jedna baza, 2 x DAO Opcje

[slwy]

Kazda tabela ma odpowiadający jej obiekt DAO odpowiedzialny za komunikację. W tym obiekcie tworzę nowe połączenie z bazą.
Ale mam problem, stworzyłem formularz, z którego dane chcialbym zapisac w 2 tabelach.
Muszę więc przerobić obiekty DAO, bo przecież bez sensu żeby na potrzeby komunikacji z jedną tabelą każdy obiekt DAO tworzył nowe połączenie. Wymyśliłem więc sprytnie (lub też nie-sprytnie), żeby każdy obiekt DAO dziedziczył po jakimś podstawowym obiekcie, który łączyłby się z bazą danych. W momencie tworzenia daoA miałbym już połączenie z bazą, tylko teraz jak to technicznie zrealizować tworząc obiekt daoB?

Moja propozycja:

[PHP] pobierz, plaintext 
<?php
class daoBasic {
    // polaczenie z baza
    var $connection;
    var $db;
 
    function daoBasic () {
    // tu w konstruktorze nastepowaloby polaczenie
    }
}
 
class daoA extends daoBasic {
    function daoA () {
        this->daoBasic();
    }
}
 
class daoB extends daoBasic {
    function daoB () {
          this->daoBasic();
      }
}
?>
[PHP] pobierz, plaintext 

wykonałem taki test:

[PHP] pobierz, plaintext 
<?php
$dao1 = new daoA();
$dao1->go();
$dao2 = new daoB();
$dao2->go();
 
go() {
$statement = "select * from tabela2";
$query = mysql_query($statement)
or die('ERROR: '.mysql_error());
$row = mysql_fetch_assoc($query);
print_r($query);
print_r($row);
}
?>
[PHP] pobierz, plaintext 

gdzie funkcja go pobiera dane odpowiednio z tabela1 lub tabela2 i wyświetla ich zawartość. wynikiem jest:

Kod

Resource id #3
Array
(
    [numer] => 1
    [nazwa] => val1
)
Resource id #4
Array
(
    [numer] => 2
    [nazwa] => val2
)

Czy w tym przypadku stworzyłem 2 połączenia? czy mogę stworzyć jedno połączenie na początku i z tego połączenia korzystać na stronie? Chciałem to po prostu zrobić dobrze i elegancko. Czy tak jest ok?

Ten post edytował slwy 22.01.2009, 00:19:16

[c3zi]

Zapoznaj się ze wzorcem singleton. Nadje się tutaj doskonale.

[slwy]

[PHP] pobierz, plaintext 
<?php
class daoBasic{
[/font][font="Courier New"]    private static $_instance=null;
    private function __construct(){ }
    public static function getInstance(){
        if (self::$_instance == null){
            self::$_instance = new daoBasic();
        }
        return self::$_instance;
    }
}
?>
[PHP] pobierz, plaintext 

popraw mnie, jeśli źle do tego podchodzę: w konstruktorze dam kod odpwiadający za połączenie z bazą danych, następnie będę dziedziczył po tym obiekcie, tak?
Czy raczej ten obiekt będzie elementem każdej klasy - daoA, daoB etc.

po chwili zastanowienia - czy daoBase (singleton) może być składnikiem klas daoA i daoB (dodawany przez referencję w konstruktorze daoA i daoB?)

a tak w ogóle - czy to rozwiązanie którego teraz używam (2 obiekty każdy ma swoje połączenie) to bardzo złe i nieeleganckie rozwiązanie?

Ten post edytował slwy 22.01.2009, 15:35:40

[erix]

czy to rozwiązanie którego teraz używam (2 obiekty każdy ma swoje połączenie) to bardzo złe i nieeleganckie rozwiązanie?

Mało efektywne, gdyż ISP wprowadza zazwyczaj limity jednoczesnych połączeń per konto.

w konstruktorze dam kod odpwiadający za połączenie z bazą danych, następnie będę dziedziczył po tym obiekcie, tak?
Czy raczej ten obiekt będzie elementem każdej klasy - daoA, daoB etc.

Nie. Każdy element DAO będzie się odwoływał do zasobu połączenia zapisanego w tej klasie. Jeśli będzie dziedziczył, to będzie trochę bez sensu, gdyż w dalszym ciągu każda klasa będzie miała osobne połączenie.

[jarek_bolo]

Stwórz oddzielny obiekt reprezentujący bazę danych. Będziesz się nim łączył, robił zapytania, otwierał i zamykał transakcje. Obiekty DAO natomiast muszą odwoływać się do tego obiektu bazy danych.

[slwy]

ok, czyli w dao moge mieć wszystkie pola i metody dowolne oraz funkcje generujące zapytania SQL w postaci string?
A w obiekcie basic wykonanie na bazie tego stringa i zwrócenie wyniku w postaci tablicy (lub id połączenia)? Chcę się upewnić że dobrze pojąłem ideę

[erix]

Hmm, chyba nie do końca...

Jeśli zasób bazy, etc, będziesz trzymał w rodzicu obiektu DAO (czyli Twój basic), to połączenie będzie się powielać. Ale jeśli chodzi o logikę wykonania, że np. funkcje odpowiedzialne za sam dialog z bazą, które klasy potomne dziedziczą, to ok.