Nette\Database: představení

Aha, ok … nejak to ocuram. Dik.

mám stejný problém, potřeboval jsem nastavit table prefix pomocí reflection a vypadáto že ho to úplně ignoruje :-(

Michal Blaha napsal(a):

… na MySQL tabulkách obsahujících velké množství dat (statisíce řádků) jsme tím dosáhli zkrácení času až o 75%

Tomu se mi nechce věřit. Co na to říkal EXPLAIN? Nedalo se běžnému JOINu trochu napovědět (třeba použitím LEFT JOIN s tabulkami v lepším pořadí nebo klauzulí USE INDEX)? Jak je na tom výkonnostně „nativní“ NotORM řešení?

<?php
$db->car("id", $db->event("type", 5)->select("car_id")
?>

Úplně hotové to rozhodně není. Rozumné je asi použít dibi, NotORM nebo Doctrine2, podle toho jaký styl práce s modelem je člověku vlastní. Jinak NotORM by měl být Nette\Database hodně podobný.

Takové věci z principu nepotřebuješ. Použij konstrukce php

$q = $database->select...;

if ($neco) {
	$q->where(...;
}

foreach ($q as $row) {
...

Nette\Database\Connection dědí od PDO, takže můžeš používat metody PDO – viz API. Metoda insert() pak navíc vrací ActiveRow s vloženými daty včetně vygenerovaného id.

No docela se teď s Nette\Database peru.. Pak by bylo super rozšířit dokumentaci.

Jo a ještě jedna věc. Nevím, jestli je to chyba PDO nebo Nette\Database / NotORM, ale v případě, že v SQL dotazu vybírám 2× stejnou buňku (pochopitelně omylem), tak dochází k přetypování některých buňkách (zatím jsem nenašel logiku ve kterých – asi se to řídí podle pořadí/indexů) – nehodí to žádnou chybu! Když stejný SQL dotaz dám třeba do Admineru, tak to funguje správně – tj. ve výsledku se zobrazí 2× stejná buňka se stejnou hodnotou a zbytek je takový, jak má být. String se třeba změní na „TRUE“ nebo „1“, prázdný řetězec na 0 atd.. prostě chaos.

David Grudl napsal(a):

jak z dané struktury vypíšu pomocí Nette Database jméno maintainera ke všem aplikacím?

Neslo by to i bez DiscoveryReflection pomoci metody through?

DiscoveryReflection zjišťuje strukturu tabulek (cizí klíče atd.) přímo z databáze a napovídá Selection/ActiveRow, kam mají pro data sahat. je pomalejší, ale funguje nezávisle na použité konvenci. (v uvedeném příkladu konvenci dodržet nelze)

Editoval paranoiq (12. 12. 2011 18:52)

tak ses měl zeptat jak se to používá ;-]

Co zvážit přidání fetchAll():https://github.com/…6f153e391eaf

Jo ještě mám jeden nápad, nebo spíš, by mě zajímalo, jaké chování vám připadá normální (u případu 2)(1 fungujetak jak chci)
Co takhle upravit metodu update, aby entitě nastavila updatované hodnoty? Je to žádoucí? Myslím že by stačilo něco upravit metodu update

$task=$db->table(tasks)->get(14); //1,2,...
//1.
$task1->done = !$task->done;
$task1->update();
$task1->done nyní obshahuje aktuální hodnotu.

//2.
$task2->update(array('done' => !$task->done));
$task2->done obsahuje hodnotu před updatem.

//3.
Samozřejmě pak je tu možnost místo !$task->done použít new Literal('not done');, ale tam je evidentní, by bylo nutné po updatu data hned přečíst z db.

Zmíněná úprava

@github

Editoval bojovyletoun (28. 12. 2011 21:55)

EDIT: presunuto do vlastniho vlakna

foreach ($database->table('application')->where('authorId = ?', $authorId) as $application)
{
	echo $application->title, ' (', $application->author->name, ')';

	foreach ($application->related('application_tag') as $application_tag) {
		echo $application_tag->tag->name . ', ';
	}
}

Mam prakticky stejne schema a stejny cyklus, jako bylo zmineno, ale natahuju a vypisuju treba 1–2tis polozek z application. Vnitrni cyklus pak udela SQL dotaz obsahujici 1–2tis. polozek v IN a to je strasne pomale :(
Jak takovy pripad resite vy? Kdyby bylo k dispozici fetchAssoc() tak si udelam join a rozparsuju si to do pole, ale takto jsem ztracen :(
Dik

Edit: Napadlo me udelat si k takove tabulce hint, pomoci ktereho by se delalo related query:

$tbl = $database->table('application')->where('authorId = ?', $authorId);
$tbl->referenceHint('application_tag', 'application.authorId = ?', $authorId); // pouzij join

Selection::getReferencingTable() by pak pouzila tento hint, pokud by byl dostupny. U me se to dela 10ti nasobne zrychleni (10s → 1s)

Editoval juzna.cz (6. 3. 2012 0:17)

Ahoj, s Nette začínám. Můžu se zeptat jak by se z uvedené databáze získaly všechny odpovídající záznamy z tabulky application, pokud zadám tag.name? SQL kód by vypadal asi takto:

/--application.title,application.web, application.slogan
from application, application_tag, tag
where application.id=application_tag.application_id and
tag.id = application_tag.tag_id and
tag.name = $name\--

Děkuji za odpovědi.

Editoval Dawe3081 (26. 4. 2013 16:50)