Migrace na Nette 2.1 – getReferencedTable

Tak důvodů je víc, ale ten hlavní je, že to chceme upgradovat postupně (těch věcí, co se rozbilo je víc než bych čekal).

Problém jsem vyřešil zatím tak, že jako třetí parametr getReferencedTable() jsem dal všude „id“ – nevím, jestli jsem pochopil správně, že tam má být název sloupce odkazované tabulky, ale vypadá to, že to funguje.

Zatím se ale nemůžu zbavit pocitu, že Nette 2.1 je prostě pomalejší než předchozí verze a každá stránka generuje i o pár desítek více DB dotazů, např.

$not_added_roles = $this->model->getRoles()->fetchPairs('name', 'parent');

vygeneruje v Nette 2.0.17 jeden dotaz:

SELECT *
FROM `pd2_acl_role`
WHERE (`id` IN (1, 3, 4))
.../app/modules/CoreModule/model/Security/Authorizator.php

ale v Nette 2.1.8 vygeneruje 3 úplně stejné dotazy:

SELECT `id`, `name`
FROM `pd2_acl_role`
WHERE (`id` IN (1, 3, 4))
.../app/modules/CoreModule/model/Security/Authorizator.php:32

SELECT `id`, `name`
FROM `pd2_acl_role`
WHERE (`id` IN (1, 3, 4))
.../app/modules/CoreModule/model/Security/Authorizator.php:32

SELECT `id`, `name`
FROM `pd2_acl_role`
WHERE (`id` IN (1, 3, 4))
.../app/modules/CoreModule/model/Security/Authorizator.php:32

Editoval kolsi (27. 11. 2014 10:22)

Časy jsou právě různé – 0.109, 0.079 a 0.078

Pokud jsem něco nepřehlídnul, tak ref a related jsou pro ActiveRow a getReferencedTable pro Selection, takže každý z nich dělá něco jiného.

P.S. duplicitně generované dotazy je jiný problém a s getReferencedTable to nemá souvislost.

A nededis náhodou od selection? Ta duplcita by mohla byt kvůli tomu třetímu parametru…

Ještě se zeptám takhle – když je getReferencedTable tedy privátní metoda (ačkoli to nikde není uvedeno), tak pokud mám 2 tabulky (např. projects a users) spojené vazbou M:N (mám tedy spojovací tabulku projects_users), jak tedy optimálně (= co nejmenší množství dotazů + co nejrychleji + co nejméně kódu) vytáhnu data z jedné tabulky pro hodnotu z druhé tabulky?

Např. chci všechny projekty pro uživatele s ID $user_id. Nyní dělám:

$this->connection->table("projects_users")->where("user_id", $user_id)->getReferencedTable("projects", "project_id");

Předpokládám, že Nette vytvoří pouze jeden dotaz a vrátí mi Selection obsahující všechny vyhovující záznamy z tabulky „projects“. Pokud místo getReferencedTable() použiju related():

$this->connection->table("users")->get($user_id)->related("projects_users", "user_id")

Tímto ale dostanu Selection obsahující záznamy z tabulky projects_users a pak musím volat ještě $record->project->…, což mi vytvoří další dotazy navíc.

Takže dotaz je jasný.

První případ je, jak to děláme teď. Ten druhý jsem sestavil teď narychlo podle dokumentace s využitím „related“ (jak radil hrach o pár příspěvků výše). related se musí volat nad ActiveRow, proto jsem vyšel z jiné tabulky.

Každopádně jednoduché vypsání názvu všech projektů je s „related“ skoro 2× pomalejší než s getReferencedTable. Ale tvůj návrh vypadá použitelně, protože je zase naopak asi 2× rychlejší než getReferencedTable :) Ještě musím projít, jestli to půjde použít ve všech našich případech a pokud jo, tak problém bude vyřešen. Díky!

To si právě nemyslím, protože table(„projects_users“)->where(„user_id“, $user_id) vrací více záznamů. Pokud tedy následně nechci pomocí foreach přes všechny iterovat…