Witam!
Mam pewien problem z ograniczeniem liczby zapytań SQL w backendzie przy pracy z wersjami językowymi (tabele standardowe attraction oraz attraction_i18n).

Mój generator.yml wygląda następująco:

gdzie metoda doSelectWithI18nIfExists() wygląda tak:

[PHP] pobierz, plaintext 
<?php
public static function doSelectWithI18nIfExists(Criteria $c, $culture = null, $con = null) {	
		$return = array();
 
		$connection = sfContext::getInstance()->getDatabaseConnection(AttractionPeer::DATABASE_NAME);
		$query = 'SELECT a.id, a.icon, ai.name FROM attraction a LEFT OUTER JOIN attraction_i18n a
i ON a.id=ai.id AND (ai.culture="pl_PL" OR ai.culture IS NULL)';
		$stmt = $connection->prepareStatement($query);
		$rs = $stmt->executeQuery();
 
		foreach($rs as $r) {
			$obj = new Attraction();
			$obj->setId($r['id']);
			$obj->setName($r['name']);
			$obj->setIcon($r['icon']);
 
			array_push($return, $obj);
		}
 
		return $return;
	}
?>
[PHP] pobierz, plaintext 

Problem w tym, że w adminie wykonuje mi się masa zbędnych zapytań (myślałem, że rozwiążę to poprzez utworzenie innej metody pobierającej dane):

[SQL] pobierz, plaintext 
[0.31 ms] SELECT COUNT(attraction.ID) FROM attraction
[0.88 ms] SELECT a.id, a.icon, ai.name FROM attraction a LEFT OUTER JOIN attraction_i18n ai ON a.id=ai.id AND (ai.culture='pl_PL' OR ai.culture IS NULL)
[0.31 ms] SELECT attraction_i18n.NAME, attraction_i18n.ID, attraction_i18n.CULTURE FROM attraction_i18n WHERE attraction_i18n.ID=1 AND attraction_i18n.CULTURE IS NULL 
[0.25 ms] SELECT attraction_i18n.NAME, attraction_i18n.ID, attraction_i18n.CULTURE FROM attraction_i18n WHERE attraction_i18n.ID=2 AND attraction_i18n.CULTURE IS NULL
...
[SQL] pobierz, plaintext 

itd. dla każdego ID (w sumie 40 zapytań :|). Próbowałem wyłączyć w settings.yml ustawienie i18n ale i to nie przyniosło rezultatu. Pomyślałem, że może $obj->setName($v) jakoś wywołuje zapytanie SQL ale zakomentowanie tej linijki wcale nie zmienia liczby wykonywanych zapytań.

Więc moje pytanie jest takie: w jaki sposób wyeliminować te dodatkowe (zupełnie zbędne) zapytania?.

Pozdrawiam: pion

Cześć Pion,

z tego co widzę, to metoda doSelectWithI18nIfExists w ogóle nie generuje tylu zapytań, stąd wniosek, że gdzieś to się dzieje poza nią.

Niestety nie korzystałem jeszcze z 'peer_method' w generator.yml, więc nie mam pojęcia gdzie szukać. Może przeleć się jakimś debugerem gdzie masz założony breakpoint na końcówce metody doSelectWithI18nIfExists i zobacz w którym miejscu wywołują się te selecty po wyjściu z metody?

P.

Dzięki za odpowiedź. Wydaje mi się, że te dodatkowe zapytania są wykonywane "z założenia". Sądziłem, że wyłączenie opcji i18n spowoduje iż nie zostaną one wykonane. Jednak co bym nie zrobił to zawsze są wykonywane.
Jeśli chodzi o debugery to nie miałem z nimi zbyt wiele do czynienia - ale powalczę, może do czegoś dojdę.
Gdyby w międzyczasie ktoś miał jakiś pomysł to byłbym wdzięczny za info.

// EDIT:

W cache metoda listująca dane wygląda w ten sposób:

[PHP] pobierz, plaintext 
<?php
public function executeList()
  {
	$this->processSort();
 
	$this->processFilters();
 
	$this->filters = $this->getUser()->getAttributeHolder()->getAll('sf_admin/attraction/filters');
 
	// pager
	$this->pager = new sfPropelPager('Attraction', 20);
	$c = new Criteria();
	$this->addSortCriteria($c);
	$this->addFiltersCriteria($c);
	$this->pager->setCriteria($c);
	$this->pager->setPage($this->getRequestParameter('page', 1));
	$this->pager->setPeerMethod('doSelectWithI18nIfExists');
	$this->pager->init();
  }
?>
[PHP] pobierz, plaintext 

i za bardzo nie wiem, które miejsce produkuje tyle zapytań. Gdy wrócę z uczelni po prostu przeładuję tą metodę wywołując tylko doSelectWithI18nIfExists. Już oleję zabawę z pagerem bo może to on miesza...
Hmmm a może wiecie w jaki sposób w generator.yml wyłączyć stronicowanie?