[Symfony] Ilość zwracanych danych po odp bazy, doSelectJoinAll(), doSelectJoinObiekt()..... Opcje

[Ravv]

Witam.

Czy normalne jest że ilość zwracanych danych przez obiekt sfOutputEscaperArrayDecorator (po wywołaniu polecenia doSelectJoinAll*()) jest nad wyraz duża?

W sumie wygląda na to że pobierając np. jeden artykuł z tabeli z artykułami (czyli jeden wiersz) z bazy przy pomocy np. doSelectJoinAutor() by np. prócz ID autora dostać też jego Nazwisko (z osobnej tabeli 'Autor') -> Propel zwraca:
1) obiekt 'Artykuł' (ok)
1a) obiekt 'Autor' powiązany z poprzednim obiektem 'Artykuł' (ok)
1b) wszystkie obiekty 'Artykuł' powiązane z pobranym punkt wcześniej obiektem 'Autor' ((IMG:http://forum.php.pl/style_emoticons/default/exclamation.gif) !)

Czy idzie jakoś wyeliminować bezużyteczny pkt. 1b)(IMG:http://forum.php.pl/style_emoticons/default/questionmark.gif) (oczywiście bezużyteczny gdy pobrane dane chcę tylko wyświetlić)
Bo jeżeli chcę pobrać jeden artykuł i jego autora, to propel zwróci mi tenże artykuł oraz dane autora, a poza tym 1000 obiektów typu 'Artykuł', które należą do tegoż autora....
Poprawnie to rozumiem? Jak tego uniknąć?(IMG:http://forum.php.pl/style_emoticons/default/questionmark.gif)

================================================================
Przykład:

Kod PHP:

[PHP] pobierz, plaintext 
<?php
public function executeLastNews()
    {
        $c = new Criteria();
        $c->add( ArticlePeer::IS_PUBLISHED, true );
        $c->add( CategoryPeer::IS_PUBLISHED, true );
        $c->addDescendingOrderByColumn( ArticlePeer::CREATED_AT );
        $c->setLimit( $this->items );
        $this->articles = ArticlePeer::doSelectJoinCategory($c);
    }// end executeLastNews();
?>
[PHP] pobierz, plaintext 

Wygenerowane zapytanie przez w/w funkcję doSelectJoinCategory():

[SQL] pobierz, plaintext 
SELECT article.ID, article.CATEGORY_ID, article.REGION_ID, article.PICTURE, article.TITLE, article.SHORT_DESC, article.DESC, article.IS_PUBLISHED, article.CREATED_AT, article.UPDATED_AT, category.ID, category.NAME, category.IS_PUBLISHED, category.CREATED_AT FROM `article` LEFT JOIN category ON (article.CATEGORY_ID=category.ID) WHERE article.IS_PUBLISHED=1 AND category.IS_PUBLISHED=1 ORDER BY article.CREATED_AT DESC LIMIT 3
[SQL] pobierz, plaintext 

Zwrócone przez bazę wyniki:

[SQL] pobierz, plaintext 
ID 	CATEGORY_ID 	REGION_ID 	PICTURE 	TITLE 	SHORT_DESC DESC IS_PUBLISHED 	CREATED_AT 	UPDATED_AT 	ID 	NAME 	IS_PUBLISHED 	CREATED_AT
5 	7 	20 	testowy_drugi.jpg 	Czy grozi nam powtórka zimy stulecia? 	Najbliższy tydzień upłynie pod znakiem gwałtownego... 	TO jest pełny opis.
Najbliższy tydzień upłynie pod... 	1 	2009-02-04 14:35:59 	2009-02-04 14:35:59 	7 	Teatr 	1 	2009-02-04 14:35:59
[SQL] pobierz, plaintext 

( wiem że ostatnie pole może mało czytelne, ale WSZYSTKO do tej pory jest naprawdę super, tak jak powinno być! )

Tyle że........
podczas var_dump( $articles ) dostaję taki oto obiekt:

[PHP] pobierz, plaintext 
<?php
object(sfOutputEscaperArrayDecorator)#65 (3) {
  ["count:private"]=>
  NULL
  ["value:protected"]=>
  array(1) {
    [0]=>
    object(Article)#90 (18) {
      ["id:protected"]=>
      int(5)
      ["category_id:protected"]=>
      int(7)
      ["region_id:protected"]=>
      int(20)
      ["picture:protected"]=>
      string(17) "testowy_drugi.jpg"
      ["title:protected"]=>
      string(38) "Czy grozi nam powtórka zimy stulecia?"
      ["short_desc:protected"]=>
      string(201) "Najbliższy tydzień upłynie pod znakiem gwałtownego ochłodzenia.
Temperatury spadną nawet poniżej -25 stopni. Czy grozi nam powtórka
z zimy stulecia? Wtedy też nic nie zapowiadało fali zimna.
"
      ["desc:protected"]=>
      string(1227) "To jest pełny opis.
Najbliższy tydzień upłynie pod znakiem gwałtownego ochłodzenia.
Temperatury spadną nawet poniżej -25 stopni. Czy grozi nam powtórka
z zimy stulecia? Wtedy też nic nie zapowiadało fali zimna. Itd."
      ["is_published:protected"]=>
      bool(true)
      ["created_at:protected"]=>
      string(19) "2009-02-04 14:35:59"
      ["updated_at:protected"]=>
      string(19) "2009-02-04 14:35:59"
      ["aCategory:protected"]=>
      object(Category)#91 (14) {
        ["id:protected"]=>
        int(7)
        ["name:protected"]=>
        string(5) "Teatr"
        ["is_published:protected"]=>
        bool(true)
        ["created_at:protected"]=>
        string(19) "2009-02-04 14:35:59"
        ["collThemaCategorys:protected"]=>
        NULL
        ["lastThemaCategoryCriteria:private"]=>
        NULL
        ["collArticles:protected"]=>
        array(1) {
          [0]=>
          object(Article)#90 (18) {
            ["id:protected"]=>
            int(5)
            ["category_id:protected"]=>
            int(7)
            ["region_id:protected"]=>
            int(20)
            ["picture:protected"]=>
            string(17) "testowy_drugi.jpg"
            ["title:protected"]=>
            string(38) "Czy grozi nam powtórka zimy stulecia?"
            ["short_desc:protected"]=>
            string(201) "Najbliższy tydzień upłynie pod znakiem gwałtownego ochłodzenia.
Temperatury spadną nawet poniżej -25 stopni. Czy grozi nam powtórka
z zimy stulecia? Wtedy też nic nie zapowiadało fali zimna.
"
            ["desc:protected"]=>
            string(1227) "To jest pełny opis.
Najbliższy tydzień upłynie pod znakiem gwałtownego ochłodzenia.
Temperatury spadną nawet poniżej -25 stopni. Czy grozi nam powtórka
z zimy stulecia? Wtedy też nic nie zapowiadało fali zimna. Itd."
            ["is_published:protected"]=>
            bool(true)
            ["created_at:protected"]=>
            string(19) "2009-02-04 14:35:59"
            ["updated_at:protected"]=>
            string(19) "2009-02-04 14:35:59"
            ["aCategory:protected"]=>
            object(Category)#91 (14) {
              ["id:protected"]=>
              int(7)
              ["name:protected"]=>
              string(5) "Teatr"
              ["is_published:protected"]=>
              bool(true)
              ["created_at:protected"]=>
              string(19) "2009-02-04 14:35:59"
              ["collThemaCategorys:protected"]=>
              NULL
              ["lastThemaCategoryCriteria:private"]=>
              NULL
              ["collArticles:protected"]=>
              array(1) {
                [0]=>
                *RECURSION*
              }
              ["lastArticleCriteria:private"]=>
              NULL
              ["alreadyInSave:protected"]=>
              bool(false)
              ["alreadyInValidation:protected"]=>
              bool(false)
              ["validationFailures:protected"]=>
              array(0) {
              }
              ["_new:private"]=>
              bool(false)
              ["_deleted:private"]=>
              bool(false)
              ["modifiedColumns:protected"]=>
              array(0) {
              }
            }
            ["aRegion:protected"]=>
            NULL
            ["alreadyInSave:protected"]=>
            bool(false)
            ["alreadyInValidation:protected"]=>
            bool(false)
            ["validationFailures:protected"]=>
            array(0) {
            }
            ["_new:private"]=>
            bool(false)
            ["_deleted:private"]=>
            bool(false)
            ["modifiedColumns:protected"]=>
            array(0) {
            }
          }
        }
        ["lastArticleCriteria:private"]=>
        NULL
        ["alreadyInSave:protected"]=>
        bool(false)
        ["alreadyInValidation:protected"]=>
        bool(false)
        ["validationFailures:protected"]=>
        array(0) {
        }
        ["_new:private"]=>
        bool(false)
        ["_deleted:private"]=>
        bool(false)
        ["modifiedColumns:protected"]=>
        array(0) {
        }
      }
      ["aRegion:protected"]=>
      NULL
      ["alreadyInSave:protected"]=>
      bool(false)
      ["alreadyInValidation:protected"]=>
      bool(false)
      ["validationFailures:protected"]=>
      array(0) {
      }
      ["_new:private"]=>
      bool(false)
      ["_deleted:private"]=>
      bool(false)
      ["modifiedColumns:protected"]=>
      array(0) {
      }
    }
  }
  ["escapingMethod:protected"]=>
  string(16) "esc_specialchars"
}
?>
[PHP] pobierz, plaintext 

I to tylko dla jednego rekordu... Jakbym chciał pobrać ich 100, to aż strach pomyśleć jak obciążyłoby to pamięć :/.
Obłęd.

Ten post edytował Ravv 5.02.2009, 21:32:37

[Ravv]

Nie no, jeszcze widoki tworzyć? Tylko po to by móc korzystać z Propela i jednocześnie używać mało zasobów?

Szczerze powiedziawszy - co daje korzystanie z Propela?? Bo jak na razie doczytałem się jednego -> abstrakcyjności jeżeli chodzi o bazy, w tym głownie przytaczany przykład w stylu "jak będziesz chciał zmienić nazwę tabeli/kolumny"...

Ale tak szczerze powiedziawszy -> kto zmienia nazwy tabel / kolumn po zakończeniu tworzenia projektu?!?! może 0,00000000000001% programistów... Po drugie: kto zmienia nawet bazę na inną (np. z MySQL na Postgre)(IMG:http://forum.php.pl/style_emoticons/default/questionmark.gif) No, tu może być więcej osób, może z 0,1%.....

Nie widzę jak na razie sensu korzystania z metod Propela. Co prawda pisanie 'zapytań' jest prostsze, ale z doświadczenia wiadomo że te samo zapytanie generujące identyczne wyniki za pomocą Propela a czystego SQLa trwa KILKA RAZY dłużej... Szczęście w nieszczęściu że Propel rusza taką samą liczbę wierszy.

Przykład:
Wynik: 3 wiersze z artykułami połączone z nazwami regionów oraz nazwami kategorii do których należą.

Wygenerowane zapytanie przez PROPEL:

[SQL] pobierz, plaintext 
SELECT article.ID, article.CATEGORY_ID, article.REGION_ID, article.PICTURE, article.TITLE, article.SHORT_DESC, article.DESC, article.IS_PUBLISHED, article.CREATED_AT, article.UPDATED_AT, category.ID, category.NAME, category.IS_PUBLISHED, category.CREATED_AT, region.ID, region.NAME FROM `article` CROSS JOIN `thema` LEFT JOIN category ON (article.CATEGORY_ID=category.ID) LEFT JOIN region ON (article.REGION_ID=region.ID) WHERE article.IS_PUBLISHED=1 AND category.IS_PUBLISHED=1 AND thema.IS_PUBLISHED=1 ORDER BY article.CREATED_AT DESC LIMIT 3
[SQL] pobierz, plaintext 

Zapytanie moje:

[SQL] pobierz, plaintext 
SELECT article.*, category.name AS category_name, region.name AS region_name FROM article, category, thema, thema_category, region WHERE article.is_published=1 AND category.id=article.category_id AND thema_category.category_id=article.category_id AND thema.id=thema_category.thema_id AND category.is_published=1 AND thema.is_published=1 AND article.region_id=region.id ORDER BY article.CREATED_AT DESC LIMIT 3
[SQL] pobierz, plaintext 

Wynik identyczny. W pierwszym przypadku Propel rusza o dziwo 2 tabele, w drugim ruszam aż 5, ale ilość ruszonych wierszy w obydwu przypadkach jest taka sama (odpowiednio: 2*3 i 2*1*1*3*1). Ale najciekawsza jest różnica w czasie - zapytanie Propela trwa 0,0027s, moje 0,0006s. [poprawka: czas jest także taki sam ;> - nie dałem w swoim zapytaniu sortowania... teraz już poprawione]

Nie wspomnę już o 2MB różnicy w wykorzystaniu zasobów pamięci serwera... 2MB! - dla 3 zwróconych rekordów!

Wiem że Ameryki nie odkryłem, ale jednak - różnice są ogromne. Dlaczego ludzie korzystają z Propela to wciąż nie wiem. Akurat plus w przenośności systemu moim zdaniem nie rekompensuje różnic w wydajności (użytkownicy odwiedzają stronę codziennie, a system przenosi się raz na parę lat i to może max z 2x)...

PS.
Nie wiem jak z Propelem, ale od kumpla programisty słyszałem że Doctrine potrafi wypluć takie wyniki z bazy, że var_dump() na obiekcie z wynikami powoduje zawieszenie się przeglądarki... ehhh. Po Propelu też się tego bym spodziewał patrząc na przykład z pierwszego posta.

Interesuje mnie na razie jedno: Istnieje możliwość zmuszenia Propela do wyplucia obiektu wynikowego zawierającego TYLKO obiekty stworzone ze zwróconych przez bazę wierszy? (z pominięciem całych odzwierciedlonych tam struktur nikomu nie potrzebnych w normalnym wyświetlaniu wyników) (IMG:http://forum.php.pl/style_emoticons/default/dry.gif)

Ten post edytował Ravv 5.02.2009, 15:28:59