Nextras\ORM – ORM nad Nextras\Dbal

Ahoj,

řeším následující:

<?php
/**
 *
 * @property OneHasMany|Book[] $book {1:m Book::$author}
 */

class Author extends Entity {

}

/**
 *
 * @property Author $author {m:1 Author ::$book}
 *
 */
class Book extends Entity

?>

Potřebuji, aby když si vytáhnu entitu Author (pomocí dotazu v mapperu), tak abych mohl nějak dofiltrovat knihy (například knihy jen starší 5ti let) a netvořilo mi to zbytečně mnoho dotazů do DB. Je to možno udělat v mapperu jedním dotazem?

Díky

Zdravím, potřeboval bych poradit. Dal jsem na Zoner hosting aplikaci v nette používající nextras orm. Bohužel mi to padá na „Nextras\Dbal\QueryException Unknown or incorrect time zone: ‚Europe/Prague‘“.
Poslal jsem jim odkaz jak to zprovoznit: https://nextras.org/…ysql-support
Podle vyjádření administrátora hostingu není možné toto zařídit. Lze to tedy v orm nějak obejít? Nebo mám zvolit jiný hosting? Díky moc

Editoval goood (12. 1. 2017 19:27)

@goood Co to je za kravinu? Českej hosting nemá timezonu Prahy? Že by čas na změnu? :-)

Editoval CZechBoY (12. 1. 2017 21:22)

@prebijak pak nefunguje automatický zjištění letní/zimní čas, ne? A je potřeba to řešit v php.

Editoval CZechBoY (12. 1. 2017 21:48)

@hrach @prebijak Díky vám, to funguje, toto nastavení jsem nějak přehlédl. Naštěstí zatím TIMEDIFF apod nepotřebuju, tak by to mělo být bez problémů

Ahoj,

existuje nějaký způsob, jak seřadit ICollection náhodně? Zkoušel jsem orderBy('RAND()'), ale to mi zařvalo.

Díky!

Editoval David Kregl (29. 1. 2017 11:16)

Ahoj,

chtěl bych se zeptat jak se řeší kaskádové mazání ve vztahu m:n. Pokud mám vztah m:n a v definici entity uvedu

cascase[persist, remove]

a tato entita je právě mazána, tak mám pocit, že orm chce smazat entitu i na druhé straně, ovšem já bych potřeboval smazat pouze ten vztah.

Konkrétně: mám articles a tags. A jakmile smažu tag, tak chci zároveň odstranit spojení toho smazaného tagu s článkem, ovšem nechci pochopitelně smazat ten článek.

Zatím to mám vyřešené v databázi, ale chtěl bych tu logiku spíše směřovat k ORM.

A druhá věc: je nějaká možnost přes ORM z databáze vytáhnout hodnotu, která nebude definovaná jako properta entity? Prostě něco, co si spočítám v selectu, ať už by mělo jít o součet nějakých sloupců, nebo hodnotu selectnutou přes IF … THEN … ELSE, nebo jiným způsobem? Ono je sice super, že jakmile bohaté findBy/getBy metody selžou, člověk si může sestavit, nebo napsat vlastní SQL, ovšem vždycky se výsledek hydratuje na entitu, takže tam není šance propašovat nějakou vlastní hodnotu.

Díky.

Btw: jedu na nejnovější verzi a vše ok, je to super. viděl jsem commity na OR condition operator a už se těším na release (+1)

Můžeš použít $user->articles->get()->get(['id' => $articleId])

Nicméně lepší je mít napsané rozumné ACL, takže třeba u nás máme na jednom projektu něco jako

$article = $this->articles->getById($articleId);
$this->requireEntity($article);
$this->requireAccess($article, Authorizator::ACTION_VIEW);

Dá se nějak {enum} říct, že chci validovat hodnotu oproti všem konstantám ve třídě? Z příkladu lze zadávat třeba TYPE_*. Ale když těm konstantám žádný prefix nedávám a zkusím jenom hvězdičku:

/**
 * @property type $name {enum EnumClass::*}
 */
class MyEntity extends Entity {
// ...
}

Tak mi validace neprojde. A vypisovat všechny hodnoty do enumu…

Editoval JZechy (19. 2. 2017 19:38)

@hrach Paráda, hned můžu odpoledne pokračovat :)

@Hanz25

• pokud chces query builder pro vlastni dotaz, ale pak z toho dostat entity, tak https://nextras.org/…s/2.2/mapper
• pokud chces query builder pro sestavovani vlastniho sql, pak si injectni Dbal\Connection a na ni mas metodu createQueryBuilder(): https://nextras.org/…uery-builder

K čemu slouží metoda remove($entity) na hasMany vztahu? Lze nějak využít k mazání entit nebo mám raději používat repozitář?

K tomu se vztahuje ještě jeden dotaz. Z laického pohledu mě pořád přitahuje vyhýbat se repozitářům a občas pracovat pouze s entitami, protože tam mám rovnou ověřeno, že entita má nějaký vztah. Například pokud chci editovat článek přihlášeného autora, líbí se mi při editaci načíst článek pomocí $author->articles->get()->getBy(['id' => $articleId]) (zde by se mi ještě více líbilo něco jako $author->articles->getById(['id' => $articleId]), ale nevím jestli to dává smysl).

Stejně tak při mazání článku ověřuji, že je autora, čili $author->articles->remove($article) (I když zde je asi správný postup nejdříve ověřit zda mám právo článek smazat, viz výše, a pak ho smazat rovnou přes $articleRepository->removeAndFlush($article);.

Dalším důvodem, proč mě to láká je, že v presentech nevidím na repositář, ale pouze na fasády. A přijde mi divné psát do fasád primitivní funkce, které nemají přidanou hodnotu a pouze kopírují funkci repositáře, například

public function getById($id)
{
  return $this->addonRepository->getById($id);
}

Protože fasád mám více a toto bych pak musel opakovat v každé z nich, což není DRY. A BaseFacade se mi nehodí. Možná traitu? Budu rád když mě v tomto nasměrujete správným směrem.

Díky moc

@hrach: Díky moc za odpovědi. Co si myslíš o tom zápisu author->articles->getById(['id' => $articleId])? Dává to smysl? Prostě mít možnost na relacích používat všechny metody co na kolekcích.

@medhi dava my smysl jen pridani one metody getById() na ICollection, kde neni (to uz si navrhoval, je tu issue). Tj bylo by to pak author->articles->get()->getById($articleId).

Ahoj,

možná řeším úplně banální věc velmi složitě, ale chci se zeptat na radu.

Mám několik entit: Article, Person, ‚Event‘ a potřebuji pomocí jednoho search baru vyhledávat všechny tyto entity podle jejich vlastností (title, fullName, desxription, …).

Jak a kde mám položit dotaz, který mi vrátí kolekci těchto všech entit? Je to vůbec možné?
Jak řešíte vyhledávání ve více typech entit vy?

Díky!

Editoval David Kregl (7. 3. 2017 18:40)

Ono tohle zrovna nejde rozumně vybrat ani jedním SQL dotazem. Tj. stejně jako bych v čistém SQL poslal víc dotazů, tak bych i v ORM se zeptal více repositaru. Nebo změnil organizace dát v DB, aby to šlo rozumně jedním dotazem vytáhnout.

@Lizardor mas vytvoreny BlocationsMapper? A jak se presne jmenuje? A jake je presne jmeno repository?

@hrach @JanTvrdík Moc díky za postrčení. Nakonec jsem to vyřešil následovně, jen by mě zajímalo, jestli existuje nějaký způsob, jak bych mohl té query předat proměnou $query, která obsahuje vyhledáváný string jen jednou. Díky!

$result = $connection->query(
    "SELECT a.id, at.title, at.content, 'accomplishment' AS type FROM accomplishment AS a
     LEFT JOIN accomplishment_translation AS at ON a.id = at.accomplishment_id
     WHERE at.title LIKE %_like_
     OR at.content LIKE %_like_" .

    " UNION SELECT a.id, at.title, at.content, 'article' AS type FROM article AS a
     LEFT JOIN article_translation AS at ON a.id = at.article_id
     WHERE at.title LIKE %_like_
     OR at.content LIKE %_like_" .

    " UNION SELECT m.id, mt.title, mt.content, 'meeting' AS type FROM meeting AS m
     LEFT JOIN meeting_translation AS mt ON m.id = mt.meeting_id
     WHERE mt.title LIKE %_like_
     OR mt.content LIKE %_like_" .

    " UNION SELECT p.id, pt.title, pt.content, 'principle' AS type FROM principle AS p
     LEFT JOIN principle_translation AS pt ON p.id = pt.principle_id
     WHERE pt.title LIKE %_like_
     OR pt.content LIKE %_like_",
    $query,
    $query,
    $query,
    $query,
    $query,
    $query,
    $query,
    $query
);

Editoval David Kregl (9. 3. 2017 23:59)

Ahoj,

řeším hrozně zvláštní problém s ukládáním entit ve vztahu m:n. Dělám ACL a k určité roli ukládám povolené actions, ovšem ten formulář funguje pouze pro jednu roli. V daném presenteru mám persistentní parametr $id, který vybírá určitou roli a zobrazuje k ní různé action, které se dají povolit/zakázat.

Výsledkem z toho formuláře je pole s idčky všech akcí, ke kterým by měl mít uživatel přístup (těch uložených i těch nových) A pak už se děje jen co píšu dole. Selectnu ty actions a uložím.

		// Přijímá z formu $allowedActions = [9, 10, 11];
		$allowedActionsCollection = $this->orm->actions->findById($allowedActions);

		$this->loadRole->actions->set($allowedActionsCollection->fetchAll());

		$this->orm->roles->persistAndFlush($this->loadRole);

Když ukládám dané actions k adminovi (specifický je jen idčkem 1 a tím, že je to role, ze které to zkouším), tak funguje vše dobře, ale na jakékoliv jiné roli to nejde. Přesněji řečeno, já té roli předám akce, které tam chci mít, ale z proklikávání laděnky to vypadá, že v RelationshipMapperManyHasMany jsou v jsou připraveny k odstranění/přidání naprosto špatné vztahy. Konečnou je exception Nextras\Dbal\UniqueConstraintViolationException kdy to selže kvůli unikátnímu klíči ve spojovací tabulce: Duplicate entry ‚10–8‘ for key ‚role_id_action_id‘, nebo v druhém případě vše proběhne bez chyby, ale žádný dotaz se na databázi nepošle.

Zkoušel jsem různě izolovat všechno možné, přihlásit se pod jinou rolí, ale vždy funguje pouze admin, což je dost zvláštní chování. Nenapadá vás něco? Díky

Lze nějak elegantně zkombinovat Nextras\ORM a dynamické snippety? Ty totiž fungují pouze, pokud cyklus, který je vypisuje, kteruje nad polem. Dle dokumentace, pokud chci jeden dynamický snippet překreslit, do takového pole umístím pouze ten jeden prvek a invaliduju obalovací snippet.

U ORM neiteruji při vykreslování nad polem, ale nad objektem relace a z něco nelze prvky odebrat a nechat tam pouze jeden.

hrach napsal(a):

@medhi to moc mi nedava smysl, dynamicke snippety vubec nejsou zavisle na tom, z ceho je generujes, potrebujes hlavne mit dynamic name, tam klidne muzes davat id z entity {snippet row-$row->id} by melo fungovat.

Nemyslel jsem generování, ale spíš invalidaci. Dle nápovědy se dělá takto:

public function handleUpdate($id)
    {
        $this->template->list = $this->isAjax()
                ? []
                : $this->getTheWholeList();
        $this->template->list[$id] = 'Updated item';
        $this->redrawControl('itemsContainer');
    }

Tedy z pole záznamů se udělá pole o jednom prvku a invaliduje se obalovací snippet.

Pokud používám Nextras\ORM, tak výše uvedená $this->template->list není obvykle pole, ale relace OneHasMany. Z té ovšem nelze tak jednoduše smazat všechny „záznamy“ a ponechat pouze jeden. Musím ji převést na pole, což nevím zda je správný postup.

Chtěl bych se zeptat je možnost porovnávat na základě pouze cizího klíče? Aniž by se musel generovat další (pro mě zbytečný) dotaz? Jelikož mám Entitu kde mám vazbu na druhou Entitu (relace) a při porovnávání už se nepotřebuji znova dotazem ptát na druhou tabulku (chtěl bych to porovnat na základě ID), ale zatím se mi nepovedlo docílit toho aby se mi negeneroval zmíněný zbytečný dotaz. Pokud sem to napsal nějak nesrozumitelně tak se více rozepíšu i s příkladem. Díky.

@hrach tak nakonec sem to vyřešil metodou getRawValue, ale díky :)

@meridius ano, mas pravdu, presne tak to je, a chapu, ze to muze byt problem. aktualne neni jineho reseni, nez si vsechny ty like podminky predat naraz. Nicmene vyhledove je v planu, ze LIKE by byl podporovany i na kolekci.

@meridius jedna se jen o like, nebo i o nejake jine custom operace?