nextras join table bez lazy

nene mam to namapovany 1:m jeden film ma spousta eventu a events to mam m:1
Ale ted to skousim v mapper ze napisu cistej sql dotaz ale nevim jak z mapper to dostat do repository a z toho pak ven. Sem z tech trid uplne zmatenej.
Ja nevim z Orm nemam vubec zadny skusenosti. Asi zustanu u cistych SQl dotazu.
Sice me ty array pole ..... Ale klasika je klasika

Editoval tomasde (30. 4. 10:48)

brzo zjistíš, že ty čistý sql dotazy jsou jenom zlo. Do template neposílej data ale ICollection (return find/get metod)

= nic sám nefetchuj, pokud data potřebuješ až v šabloně. Dej tomu trochu času.

jasne ze jsou ale nic jinyho mi nezbyva

Editoval tomasde (30. 4. 11:04)

Bez ukázky kódu těžko říct, co děláš špatně.
Určitě je lepší sestavení dotazu nechat na nextras a neextrahovat data z collection, ale spíš pracovat přímo s ní. Díky kolekci nextras ví, že ta data patří k sobě a má získávat vazby současně. Navázaná data by pak mělo získat jedním dotazem.
Pokud chceš data z relace opravdu vytáhnout všechna společně s daty hlavní entity, tak se na ně v getBy/findBy dotaž. Místo dvou dotazů se získají v jednom. findBy(['related->data->id!=' => null]);

Musíš brát v potaz, že pokud cokoliv změníš v kódu, tak se to ukládá do cache a první spuštění tak trvá déle. Navíc na produkci je pak čas úplně někde jinde než na lokálním prostředí, takže se nelze řídit tím, že ti něco trvá déle a něco kratší dobu.

Pokud máš něco v Mapperu, dosáhneš na to třeba skrze @method v PhpDoc repozitáře. Např.:

// někde v modelu, presenteru a podobně

/** @var \Nextras\Dbal\Result\Row[] $movies */
$movies = $orm->marsMovies->findMoviesByEvents();

bdump($movies);

// MarsMoviesRepository

/**
 * @method array findMoviesByEvents()
 * @extends Repository<MarsMovies>
 */
final class MarsMoviesRepository extends Repository
{
}

// MarsMoviesMapper

public function findMoviesByEvents(): array
{
    $builder = $this->connection->createQueryBuilder();

    $builder
        ->select('[m].[id], [e].[id] AS [eventId], COUNT([m.id]) AS [pocet_filmu]')
        ->from('%table', 'm', $this->getTableName())
        ->joinLeft('[events] AS [e]', '[m.id] = [e.movie_id]')
        ->where('[m].[id] > %i', 2)
        ->andWhere('[m].[id] < %i', 5)
        ->addOrderBy('e.time ASC');

    $result = $this->connection->queryByQueryBuilder($builder);

    return $result->fetchAll();
}

Nextras ORM funguje na bázi Identity map. Tedy že pokud si vytáhneš 5 záznamů, máš v dané mapě připravené všechny sloupce ihned k použití. Proto je neefektivní to používat pro velké množství záznamů. Dá se to řešit, ale primárně není dobré vytáhnout milion záznamů do foreach cyklu, když potřebuješ jen třeba sloupce ID, jméno filmu a datum premiéry, navíc na stránce zobrazené po 20 záznamech. Tam je asi lepší použít Mapper, ale k tomu si postupně dojdeš. V Mapperu se pak dá složit prakticky jakýkoliv dotaz, ORM je pak jen nadstavba pro ulehčení psaní jednodušších dotazů (nelze brát doslovně, ale pro zjednodušení situace). ORM dotaz pak může vypadat např. takto:

// MarsEventsRepository

/**
 * @return ICollection<MarsEvents>
 */
public function findEvents(): ICollection
{
	return $this
		->findBy(
			[
				'is3d'       => true,
				'movie->id>' => 2,
				'movie->id<' => 18,
				'movie->title~' => LikeExpression::startsWith('Godzilla'),
			]
	);
}

Použít čisté SQL je sice také možné, ale právě Mapper a jeho QueryBuilder jej nahrazuje snazším, přehlednějším a asi i bezpečnějším zápisem. Čisté SQL je pak v podstatě jako čisté PHP místo použití frameworku. Ano, je to rychlejší, ale za jakou cenu.

EDIT: použitý příklad Mapperu fungovat sice nebude (kvůli tvým vazbám 1:m místo m:1, kterou jsem použil já, když jsem přehlédl v příkladu entit), ale to už si pak můžeš doladit podle potřeby.

Editoval Lumeriol (30. 4. 16:23)