klasický zápis SQL dotazů

Fuj fuj a ještě 40× fuj, query do presenteru skutečně krutě nepatří. Jediná vyjímka jsou micropresentery.

pilec napsal(a):

Fuj fuj a ještě 40× fuj, query do presenteru skutečně krutě nepatří. Jediná vyjímka jsou micropresentery.

Ja to zminil ze to neni spravne :))

Jiknapsal(a):

Toto jsou komponenty a ne modely. A metody ->where a ->order nejsou v presenteru tak spatne, obcas sve vyuziti najdou i az v sablone. Pracuji na urovni SQL serveru, vyzkousej si takovy dotaz na localhostu a koukni se jake SQL ti vygeneruje. Jestli mas takovou predstavu, ze nejdrive se prenesou vsechna data, a potom se filtruji az v PHP tak to je spatne. Nette database je pokud vim, navrzena tak chytre, aby prenasela co nejmensi mnozstvi dat.

Ono MVC a vsechno moderni programovani je JENOM o OOP, takze pokud s nim nejsi moc kamarad, doporucuji si nejdrive precist nejake navody ciste o OOP a potom se az vrhnout na nejaky framework.

S cim tedy vlastne potrebujes poradit?

No pánbůh zaplať, že to nevolá natvrdo „SELECT * FROM tabulka“, ale to zase znamená, že vlastně presenter sestavuje dotaz. Mám v tom tedy guláš. Rád bych jedno jediné – do:

<?php
public function createComponentIncompleteTasks() {
        $tasks = $this->context->createTasks()->where(array('done' => false))->order('created ASC');
        return new TaskList($tasks, $this->context->createTasks());
}
?>

chci psát víceméně klasické SQL dotazy, tedy:

'... where done=false order by created'

Tady to je samozřejmě nezajímavé, ale čeká mě aplikace s poměrně složitou a rozsáhlou databází a komplikovanými dotazy napříč tabulkami a to si nejsem vůbec jist, jak na to (podotýkám, že jsem začal zkoušet Symfony2 a skončil na Doctrine, které některé věci prostě nebylo schopno zvládnout – možná to chtělo ještě chvíli pokračovat, ale to se objevil ještě další problém – rychlost). Ony všechny ty mezivrstvy přinášejí zpomalení a také omezení. Proto zkouším Nette, ale rád bych pracoval na úrovni klasických SQL dotazů, protože vůbec nevím, jak podobné dotazy konstruovat pro tyto abstrakce. Mám samozřejmě své vlastní staré PHP knihovny, ale rád bych migroval na něco modernějšího, kde je vyřešena řada dalších věcí.

Jsem z toho nějak nadivoko, ideologii nemám rád. Na jednu stranu názor, že do presenteru dotazy nepatří, na druhou stranu tam, alespoň mám dojem, fakticky jsou. Pod pojmem modely vidím db tabulky, za takové situace nemám s modely problém. Potom ovšem dotaz do db realizuje presenter – ať už tomu říkám query, nebo komponenty – což si myslím, že tomu tak je. Pokud bych dotazy strčil do modelu, potom fakticky pro každý dotaz potřebuji nový model? – zase asi by to zvládlo složité situace – ovšem bylo by to neudržovatelné, tedy proti principům MVC. To se mi jeví jako pitomost. Tedy potom logicky dotazy patří do presenteru – v čem tedy vlastně je problém?

jik napsal(a):

Jsem z toho nějak nadivoko, ideologii nemám rád. Na jednu stranu názor, že do presenteru dotazy nepatří, na druhou stranu tam, alespoň mám dojem, fakticky jsou.

To není ideologie, to je praxe a základní princip. Ale jestli chceš, tak si to strkej do presenteru a tvrď nám, že model rovná se tabulka, až to po tobě někdo bude za půl roku opravovat a hledat SQL dotazy po Presenterech, tak se nediv, že ti bude chtít utrhnout hlavu :-) Možná si ji budeš chtít utrhnout i sám.

jik wrote:

zatím nemám chuť se v tom prohrabovat, když mi vlastně jenom přibude nejasností.

kdyz se v tom zacnes hrabat, tak to brzo pochopis a ty nejasnosti se vysvetli a slijou do funkcniho celku