KdybyDoctrine – ako zefektívniť DQL

Ocramius pise o tom problemu tady: http://ocramius.github.io/…n-hydration/

Hmmmm, podarilo sa mi napísať metódu, ktorá urobí multi-step hydration, ale nedá sa to použiť v Datagride, pretože ten pracuje s inštanciou QueryBuildera. Takže Datagrid nezaujíma, že treba vykonať nejaké partial query… Ale v aplikácii pri ručnom renderovaní sa to bude dať dúfam použiť.

	public function findBy( $by )
	{
		$by_langs = [];
		$by_others = [];
		foreach ( $by as $key => $value )
		{
			// Because in first QB langs key is undefined and on the contrary in second QB other keys are undefined
			// E.g. langs.title = throws exception 'langs' is not defined in first QB.
			if ( strpos( $key, 'langs' ) === 0 ) $by_langs[$key] = $value;
			elseif ( strpos( $key, 'id' ) === 0 || strpos( $key, 'article.id' ) === 0 ) $by_others[$key] = $by_langs[$key] = $value;  // id is in both conditions.
			else $by_others[$key] = $value;
		}

		$articles = $this->articleRepository->createQueryBuilder()
			->select( 'article', 'user', 'status' )
			->from( 'App\Model\Entity\Article', 'article' )
			->innerJoin( 'article.status', 'status' )
			->innerJoin( 'article.user', 'user' )
			->whereCriteria( $by_others )
			->getQuery();

		// Next result is discarded. This is just re-hydrating the collections.
		$this->articleRepository->createQueryBuilder()
			->select( 'partial article.{id}', 'langs' )
			->from( 'App\Model\Entity\Article', 'article' )
			->innerJoin( 'article.langs', 'langs' )
			->whereCriteria( $by_langs )
			->getQuery()
			->setHint( Query::HINT_FORCE_PARTIAL_LOAD, 1 )
			->getResult();

		// Returns ResultSet because of paginator.
		return new Kdyby\Doctrine\ResultSet( $articles );
	}

Edit: https://forum.nette.org/…ektivnit-dql#…

Editoval Čamo (26. 7. 2017 10:10)

cubic
Takže 60 000 a štyri 1:N väzby robia takýto problém? Netušíš čím to je? Lebo tam by sa mal robiť jeden count() a potom max nejakých 50 záznamov/page nahydratovať cez tie joiny. Koľko tie väzby vytvoria približne duplicít v SQL resulte?

newPOPE
Môžeš byť trochu konkrétnejší? Ja som to skúšal cez podmienku, ale už som písal, že doktrína to obišla. A native query to som ešte neskúšal a radšej by som sa tomu vyhol.

@Čamo nie som isty co berie ako datasource ten grid ale pokial chces mat vysledky rychlo tak DQL ti v tomto bude povacsine klast klacky pod nohy.

Optimalnejsie v danych situaciach je proste pouzit native query, namapovat to na nejake ViewEntity (ak ich vobec potrebujes) ktore su len na citanie a tie zobrazovat.

Nieco ale myslim ide aj cez operator NEW v DQL konkretne 4ty example.

Teraz ma ešte napadlo, že tá moja multi-step hydration metóda nieje dobre napísaná. Ak sa nemýlim, tak všetky tie väzby a podmienky musia byť rovnaké pre obidve query. Rozdiel má byť iba v tom, čo je v metóde select() tj. čo sa bude hydratovať…

A ešte to nezahŕňa problém so stránkovaním. Ak si dobre pamätám, tak F. Procházka to rieši, cez postFetch event v query objektoch. Doktrína resp. QueryBuilder to ale nepodporuje, že ano?

Vie mi to niekto upresniť? Tiež by nebol odveci nejaký komplexný príklad na tú multistep-hydration so stránkovaním.

	public function findBy( $by )
	{
		$articles = $this->articleRepository->createQueryBuilder()
			->select( 'article', 'user', 'status' )
			->from( 'App\Model\Entity\Article', 'article' )
			->innerJoin( 'article.status', 'status' )
			->innerJoin( 'article.user', 'user' )
			->innerJoin( 'article.langs', 'langs' )
			->whereCriteria( $by )
			->getQuery();

		// Next result is discarded. This is just re-hydrating the collections.
		$articles = $this->articleRepository->createQueryBuilder()
	->select( 'partial article.{id}', 'langs' )
			->from( 'App\Model\Entity\Article', 'article' )
			->innerJoin( 'article.status', 'status' )
			->innerJoin( 'article.user', 'user' )
			->innerJoin( 'article.langs', 'langs' )
			->whereCriteria( $by )
			->getQuery();

		// Returns ResultSet because of paginator.
		return new Kdyby\Doctrine\ResultSet( $articles );
	}

Editoval Čamo (26. 7. 2017 10:12)

newPOPE
Hlavný problém je že som neni taký skiller. Tieto knižnice používam, aby mi uľahčili a urýchlili písanie kódu. Písať vlastné entity a objekty mi pripadá ako pravý opak. Ja si viem napísať a „vyhydratovať“ SQL dotaz aj cez 8 tabuliek, ale nechcem skončiť s modelom, čo má 2000 riadkov. Preto sa tomu bránim.

Editoval Čamo (26. 7. 2017 9:56)