Práce s entitama v Database\Context

A co bys doporučil prosím? v tomto jsem celkem lajk a nerad bych něco dělal zbytečně či složitě. Myslel jsem, že bych se vyhnul všemu co není v Nette, protože jakmile jsem do něj dal už jen Dibi, tak mi využití paměti stouplo z 8 na 15MB.

Šaman: tak zkouším jak si poradil.. no ale problém je v tom, že když do konstruktoru svého repozitáře chci předat instanci \DibiConnection tak mi to zařve

Argument 1 passed to LeanMapper\Repository::__construct() must be an instance of LeanMapper\Connection, instance of DibiConnection given, called in C:\wwwroot\htdocs\nette_tirus_eu\app\FrontModule\presenters\HomepagePresenter.php on line 26 and defined

a jako druhý parametr je IMapper, to v dokumentaci taktéž chybí, takže netuším co s tím…

Jinak, v projektu mám toto:

"require": {
		"php": ">= 5.3.7",
		"nette/nette": "~2.1.0",
                "kdyby/translation": "@dev",
                "dg/texy": "2.4",
                "dg/dibi": "2.1.1",
		"o5/grido": "~2.0",
		"tharos/leanmapper": "2.0.1"
	}

Casem vyhodím Grido, ale v tuto chvíli u mne na localhostu to bere 13.76MB

Editoval Tirus91 (30. 7. 2014 22:23)

@Šaman
tak teď si mne dostal.. no to bude horší než sem čekal. Zda to chápu, tak jakmile toto začnu využívat, tak klasické DibiConnection ani nevyužiju?

Editoval Tirus91 (30. 7. 2014 22:58)

@Šaman ok, díky moc, zítra na to mrknu, momentálně jsem si to aktualizoval na Nette 2.2.2 a nahrál klasické poslední Dibi a leanMapper a zbavuji se Kdyby/translate (po odebrání to má už jen 8,5MB v paměti – ach ten žrout).

Mrknu na to. Defakto ani nevadí, když klasické DibiConnection nevyužiju, ale budu už jen využívat LeanMapper\Connection?

A zda to ještě chápu.

Repository – jen obsluhuje to propojení Connection a ostatního
Entity – entita objektu
Mapper – namapuje DB objekt do entity

?

@Šaman tak si troufám říct, že se mi to podařilo pochopit jen na nižší úrovni.

Zkusil jsem si to sepsat do vlastního a jedu zatím tabulky Topic a Article
Když do presenteru dám

use \Tirus\TInjectTopicRepository;
use \Tirus\TInjectArticleRepository;

tak po následném zavolání metody get na articleRepository dostanu Exception

Trait method injectUserRepository has not been applied, because there are collisions with other trait methods on App\Presenters\HomepagePresenter

také v Netbeans to nezná trait ani use v objektu. Co dělám špatně?

Našel jsem to :) špatně jsem si pojmenoval metody v těch Inject repositařích :)

@Šaman prosím jak na findBy ? zkoušel jsem ji předat pole array(‚username=%s‘,‚tirus‘) ale to nefunguje

Editoval Tirus91 (31. 7. 2014 19:09)

@Šaman
super, už mi to dost frčí :)

jen se tu peru s určitýma ptákovinama, kterýma si myslím že bych to mohl zacyklit.
Mám články, témata a komentáře.
Jak mám napsat entitu aby mi to vybralo k článku i téma i všechny jeho komentáře? Téma jsem dokázal suprově, ale komentáře ne.
Nebo jak mám vyhledat všechny články k danému tématu když nevím ID ale název?

Jak mohu dát podmínku na getBy kde datum začátku je <= aktuálnímu? vždy mi to dává rovno.

@Šaman
Super :)
díky moc. postupně tomu začnu už asi celkově rozumět.

ještě bych se vrátil k té jedné otázce

Jak mohu dát podmínku na getBy kde datum začátku je <= aktuálnímu? vždy mi to dává rovno.

Editoval Tirus91 (1. 8. 2014 0:06)

Tak jsem provedl kompletní revizi kódů modelu. Mapper bez problémů, ty ostatní třídy nefungovaly, jak měly. Výsledek je v repozitáři.

Dále jsem napsal jednoduchou extension. Na ní je důležité, že umí zapínat profiler, tedy dumpováni sql dotazů. Pokud ji použiješ, tak pozor – změnil se config.local.neon, uprav ho podle examplu.
Extension umí i nastavit mapper a entityFactory, pokud je uvedeš. tahle část je u mě v configu modelu.

Co se týče toho předávání do where více parametrů, tak to půjde zrealizovat až v PHP 5.6, takže snad brzy. Do té doby to nechám tak, jak je.

Jo a zjistil jsem, že anotace pro magické metody není potřeba, ale důrazně ji doporučuji jednak kvůli napovídání, druhak aby třída netajila své API a za třetí to asi časem dopíšu a pak by magické metody pro které není napsaná anotace přestaly fungovat.

Měnil jsem:

• Collection: odstranil jsem _toArray, protože není funkční jak má, a zrušil jsem fetchPairs, kteá se ale může hodit. Nicméně není potřeba ji aktualizovat, stará funguje bez problémů.
• Entity, Repository: zrušil jsem createCollection, tahle metoda patří do EntityFactory.
• Vytvořil jsem EntityFactory. Tím se i na aktuálním LM skutečně vytváří arrayObjekt Collection místo obyč pole. Tohle s novým LM nefungovalo.
• Repository: zrušil jsem simulaci toho, že dědí od Nette\Object. Takže pokud bys v repozitáři používal Nette\Object fičury, tak si je tam zase vrať. Ale pro běžnou práci nejsou nutné a to vykopirování půlky N\Object kódu a vlepení do Repository nebylo vůbec hezké. Teď nemá žádnou závislost na Nette.
• Extension – přesně, je to vykopírovaná DibiExtension. Není potřeba ji používat, starý ruční přístup funguje v pohodě, ale extension je hezčí a hlavně umí zapnout db profiler.

P.S. Dočasně je v Entity zrušená možnost předávat místo navázané entity její $id. Takže třeba $book->author = 10; Je to proto, že v novém LM mi kód téhle fičury nefungoval. Položil jsem dotaz na DibiFórum, až mi @Tharos odepíše, tak tuhle věc vrátím. Docela ji používám.

Obecně – jestli ti fungoval kód i se včerejšími soubory, bude nejspíš fungovat i dnes, protože jsem zrušil jen věci, které stejně nefungovaly nad aktuálním LM a buď jsem je opravil, nebo prohlásil býti balastem. Ten projekt je už totiž docela starý a ty base třídy pamatují ještě LM 1.3.

P.P.S. Asi udělám LM Sandbox, abych dalším zájemcům usnadnil začátky a nemuseli se prokousávat projektem, co má vlastní strukturu.

@Šaman je fajn mať niečo vzorové na ten LM, ďakujem

ale spýtam sa lebo nemám potuchy, ako sa pracuje s tou Collection?

ďakujem za vysvetlenie

pýtal som sa preto, že pri entite Article ($article->toArray()) mi to vracalo mix všetkého možného, tak som myslel že to zle používam, ale chyba bola v tom že som síce do Entity vložil tvoju metodu toArray(), ale nezmenil som v nej alias pre LeanMapper\Entity as LeanEntity

už môžem spokojne plniť editačné formuláre :)

Není. Kolekce přece může být prázdná. Jestli chceš testovat, zda v ní něco je, tak si ji countni. Ale i prázdná je iterovatelná, countnutelná, dumpnutelná (fuj, to jsou výrazy). :)

S tím NULL si jen přiděláváš problémy. U Entity je to něco jiného – buď je to entita (objekt), nebo to musí být NULL.

Jinak jestli ještě chvilku počkáš, tak právě připravuji composer balíček, odhadem za hodinu by mohl být venku, už jenom testuji.

dobrá práca :-) niečo takéto sa bude hodiť, mať lm pripravený pre nette, už mi tam chýba asi len fetchPairs, ktorá sa hodí na select v formulároch

jasné, zistíš čo ti v tom chýba a na to spolieham, že to bude úprava LM s bonusmi pre použitie v Nette :) ja sa zatiaľ bez fetchPairs obídem, lebo som sa pustil do úpravy toho čo už mám hodne škaredo napísané..

a mám taký dotaz k LM :)
nahodil som si LeanModel a teraz postupne prepisujem to čo už mám hotové z pôvodného LeanQuery(priamo v presenteroch/komponentách)/Repository mixu, niekde som používal LeanQuery podľa Microsite a inde zas *Repository

práve som takéto niečo prehodil do repository Microsite metóda loadPages()

<?php
// v komponente som získaval stránky takto:
$pages = $this->getPages();

/**
 * @return Page[]
 */
private function getPages() {
	return $this->domainQueryFactory->createQuery()
		->select('p')
		->from('App\Domain\Page', 'p')
		->where('p.lang = %s', $this->locale)
		->getEntities();
}

// prerobil som to a presunul získavanie stránok z repository
$pages = $this->pageRepository->findByLang($this->lang);

//repository:
/**
 * @method Page[] findByLang($lang)
 */
class PageRepository extends \LeanModel\Repository {}
?>

skončí to erorom, tabuľka page nemá stĺpec lang

áno nemá, lebo má lang_id, znamená to teda že Repository nemá prístup k definícii Entity?

a tým pádom musím použiť buď niečo takéto:

/**
 * @method Page[] findByLang_id($lang)
 */
class PageRepository extends \LeanModel\Repository {}

alebo si metódú napísať normálne:

class PageRepository extends \LeanModel\Repository {
	public function findByLang($lang) {
		$entities = $this->connection->select('*')
			->from($this->getTable())
			->where('lang_id = %s', $lang)
			->fetchAll();
		return $this->createEntities($entities);
	}
}

pardón ak je to hlúpa otázka, ale akosi som si myslel že ten Repository berie na vedomie definiciu Entity (pozeral som video o Nextras\Orm a tam bolo práve niečo také spomenuté, je pravda že u videa o LeanMapper som to nezapočul)

v tom prípade nemám potuchy kde robím chybu :/

áno entita Page má property lang

/**
 * @property Lang $lang m:hasOne
 */
class Page extends Entity {}

a entita Lang

/**
 * @property string $id
 */
class Lang extends Entity {}

všetky entity aj repository mám v rovnakom namespace

class PageRepository extends Repository {

	public function findByLang($lang) {
		$entities = $this->connection->select('*')
			->from($this->getTable())
			->where('lang = %s', $lang) // DibiDriverException #1054 - Unknown column 'lang' in 'where clause'
			//->where('lang_id = %s', $lang) je vporiadku
			->fetchAll();
		return $this->createEntities($entities);
	}
}

Editoval Matey (9. 8. 2014 19:24)

@Šaman super. už jsem to aktualizoval a rozchodit.

Más u mne pivko ;)

Editoval Tirus91 (11. 8. 2014 19:44)

@Šaman
Nastal mi menší problém.
Mám definované 2 entity
Tým
zápasy

V zápasech je tým buď domácí nebo jako host. Potřeboval bych ale vybrat entitu týmu a k tomu vypsat všechny zápasy kde tým byl buď jako host nebo domácí. Jak toto provést?

Tým je takto

/**
 * @property int $id
 * @property string $name
 * @property string $trainer
 * @property string $trainerphone
 * @property string $trainermail
 * @property Countries $country m:hasOne
 * @property int $playercount
 * @property int $accepted
 *
 * @property Ebtournament $tournament m:hasOne
 * @property Ebaccommodation $accommodation m:hasOne
 * @property Ebcategory $category m:hasOne
 *
 * @method Ebteam findBySeasonId($tournament) Vrátí tymy k dane sezone
 */

Zápas takto

/**
 * @property int $id
 * @property Ebteam $hometeam m:hasOne(hometeam)
 * @property Ebteam $visitorteam m:hasOne(visitorteam)
 * @property \DateTime|null $matchtime
 * @property int $homescore
 * @property int $visitorscore
 * @property Ebtournament $tournament m:hasOne
 *
 * @method Ebmatch findByEbtournament_id($tournament) Vrátí zapasy dle turnaje
 */

@Šaman
jasně, ale dá se to nějak sloučit do jedné property?

@Šaman
Zkusil jsem to tak jak si psal předtím. No asi nejsem moudrej :(

/**
 * @property int $id
 * @property string $name
 * @property string $trainer
 * @property string $trainerphone
 * @property string $trainermail
 * @property Countries $country m:hasOne
 * @property int $playercount
 * @property int $accepted
 *
 * @property Ebmatch $visitorteam m:belongsToMany(visitorteam)
 * @property Ebmatch $hometeam m:belongsToMany(hometeam)
 * @property Ebtournament $tournament m:hasOne
 * @property Ebaccommodation $accommodation m:hasOne
 * @property Ebcategory $category m:hasOne
 *
 * @method Ebteam findBySeasonId($tournament) Vrátí tymy k dane sezone
 */

a dostanu

Property 'visitorteam' with HasMany or BelongsToMany in entity Tirus\Entity\Ebteam relationship must contain collection

Dám si rovnou facku :)

vyřešeno, má to být

/**
 * @property int $id
 * @property string $name
 * @property string $trainer
 * @property string $trainerphone
 * @property string $trainermail
 * @property Countries $country m:hasOne
 * @property int $playercount
 * @property int $accepted
 *
 * @property Ebmatch[] $visitorteam m:belongsToMany(visitorteam)
 * @property Ebmatch[] $hometeam m:belongsToMany(hometeam)
 * @property Ebtournament $tournament m:hasOne
 * @property Ebaccommodation $accommodation m:hasOne
 * @property Ebcategory $category m:hasOne
 *
 * @method Ebteam findBySeasonId($tournament) Vrátí tymy k dane sezone
 */

Editoval Tirus91 (11. 8. 2014 23:12)

@Tharos
nijak jsem si s tím nehrál, protože jsem nijak extra do toho zatím nepronikl.
Jinak

-- Adminer 4.1.0 MySQL dump

SET NAMES utf8;
SET time_zone = '+00:00';
SET foreign_key_checks = 0;
SET sql_mode = 'NO_AUTO_VALUE_ON_ZERO';

DROP TABLE IF EXISTS `countries`;
CREATE TABLE `countries` (
  `id` int(10) unsigned NOT NULL AUTO_INCREMENT,
  `countrycode` varchar(2) NOT NULL DEFAULT '',
  `countryname` varchar(100) NOT NULL DEFAULT '',
  PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;


DROP TABLE IF EXISTS `ebaccommodation`;
CREATE TABLE `ebaccommodation` (
  `id` int(10) unsigned NOT NULL AUTO_INCREMENT,
  `name` varchar(200) NOT NULL,
  `description` text NOT NULL,
  `active` enum('0','1') NOT NULL DEFAULT '0',
  PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;


DROP TABLE IF EXISTS `ebcategory`;
CREATE TABLE `ebcategory` (
  `id` int(10) unsigned NOT NULL AUTO_INCREMENT,
  `name` varchar(200) NOT NULL,
  `description` text NOT NULL,
  `active` tinyint(4) NOT NULL DEFAULT '0',
  PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;


DROP TABLE IF EXISTS `ebmatch`;
CREATE TABLE `ebmatch` (
  `id` int(10) unsigned NOT NULL AUTO_INCREMENT,
  `hometeam` int(10) unsigned NOT NULL,
  `visitorteam` int(10) unsigned NOT NULL,
  `matchtime` datetime NOT NULL,
  `homescore` int(5) DEFAULT NULL,
  `visitorscore` int(5) DEFAULT NULL,
  `ebtournament_id` int(10) unsigned DEFAULT NULL,
  PRIMARY KEY (`id`),
  KEY `hometeam` (`hometeam`),
  KEY `visitorteam` (`visitorteam`),
  KEY `ebtournament_id` (`ebtournament_id`),
  CONSTRAINT `ebmatch_ibfk_3` FOREIGN KEY (`ebtournament_id`) REFERENCES `ebtournament` (`id`),
  CONSTRAINT `ebmatch_ibfk_1` FOREIGN KEY (`hometeam`) REFERENCES `ebteam` (`id`),
  CONSTRAINT `ebmatch_ibfk_2` FOREIGN KEY (`visitorteam`) REFERENCES `ebteam` (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;


DROP TABLE IF EXISTS `ebteam`;
CREATE TABLE `ebteam` (
  `id` int(10) unsigned NOT NULL AUTO_INCREMENT,
  `name` varchar(250) NOT NULL,
  `trainer` varchar(250) NOT NULL,
  `trainerPhone` varchar(45) DEFAULT NULL,
  `trainerMail` varchar(100) DEFAULT NULL,
  `playercount` int(11) NOT NULL,
  `countries_id` int(10) unsigned NOT NULL DEFAULT '1',
  `accepted` tinyint(4) DEFAULT NULL,
  `ebtournament_id` int(10) unsigned NOT NULL,
  `ebcategory_id` int(10) unsigned NOT NULL,
  `ebaccommodation_id` int(10) unsigned NOT NULL,
  PRIMARY KEY (`id`),
  KEY `ebteam_fk_1` (`ebtournament_id`),
  KEY `ebcategory_id` (`ebcategory_id`),
  KEY `ebaccommodation_id` (`ebaccommodation_id`),
  CONSTRAINT `ebteam_ibfk_1` FOREIGN KEY (`ebcategory_id`) REFERENCES `ebcategory` (`id`),
  CONSTRAINT `ebteam_ibfk_2` FOREIGN KEY (`ebaccommodation_id`) REFERENCES `ebaccommodation` (`id`),
  CONSTRAINT `ebteam_ibfk_3` FOREIGN KEY (`ebtournament_id`) REFERENCES `ebtournament` (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;


DROP TABLE IF EXISTS `ebtournament`;
CREATE TABLE `ebtournament` (
  `id` int(10) unsigned NOT NULL AUTO_INCREMENT,
  `name` varchar(50) NOT NULL DEFAULT '0',
  `startdate` datetime DEFAULT NULL,
  `enddate` datetime DEFAULT NULL,
  `active` tinyint(4) NOT NULL DEFAULT '0',
  PRIMARY KEY (`id`),
  UNIQUE KEY `year` (`name`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;


-- 2014-08-12 15:30:24

Editoval Tirus91 (12. 8. 2014 19:13)

@Tirus91: Pokud potřebuješ spojit kolekce ze dvou vazeb, nejsnazší je udělat to ve vlastním getteru pomocí array_merge nebo podobně.

Pokud bys to chtěl spojit už na úrovni databázového dotazu, taky to lze, ale musíš si pak při tom traverzování položit vlastní dotaz. Tady se řešilo něco podobného, ale bohužel to vyžaduje určitý vhled do toho, jak LM vnitřně funguje :(. Asi napíšu ještě nějakou jednodušší ukázku…

@Tharos @Šaman
Mám na vás ještě jeden dotaz. Narazil jsem na situaci kdy bych potřeboval udělat vazbu N:M

Definice pomocí anotací
Našel jsem jen M:N 1:N a N:1 a 1:1

M:N mi udělá následující query

SELECT `user`.*
FROM `user`

SELECT `user_role`.*
FROM `user_role`
WHERE `user_role`.`user_id` IN (1)

SELECT `role`.*
FROM `role`
WHERE `role`.`id` IN (1, 2, 3, 4)

Editoval Tirus91 (17. 8. 2014 19:46)

@Šaman
díky, blbě jsem si přečetl dokumentaci. Už mi to funguje :)
pro ty co by to také potřebovali

/**
 *
 * @property int $id
 * @property string $name
 * @property string $code
 * @property User[] $users m:hasMany(role_id:user_role:user_id:user)
 * @property string $canbedeleted
 */

Editoval Tirus91 (18. 8. 2014 9:02)

Na to slouží filtry. Dokumentace někde v tom dlooooouhém vlákně :)
Ale jestli chceš jenom tohle, tak na to jsou připravené moje DefaultFilters. Pokud bys měl u článku třeba proprerty $active, tak když píšeš tu vazbu z jiné entity, přidáš nakonec definice ještě 'm:filter(is#active)'. K dispozici je is, not, where a limit. Jen si ty filtry musíš zaregistrovat v extension, viz můj skeleton, nebo todolist (tam je ukázka vlastního filtru).

Editoval Šaman (18. 8. 2014 23:01)