koncept ORM postavenom na skvelom Dibi a inspirovanym Django Model

Mno, vypadá to fajn, ale v současné době v celku s úspěchem už používám Ormium. Ta synchronizace tabulek vypadá moc fajn. :)

Volá sa to Ormion, pozri github. Aj tu na fóre je o ňom dosť, plus o ďalších ORM.

Keď už má každý svoje ORM, tak ja budem mať „dva“. Pridá sa niekto? zn. rofl xDDD

Editoval Jod (18. 1. 2010 22:41)

https://github.com/janmarek/Ormion

Není tam teď commitnuto pár potřebných bugfixů, nemám na ně zatím unit testy. A tenhle týden nemám čas. No na inspiraci to ale stačí. Honza používá zřejmě starší verzi, která funguje (aby se teď nelekl ;-)

Jod: Neplánuješ zveřejnění nebo zveřejnění pro lidi, kteří mají vlastní ORM?

Až budem mať dva ,)

Mne príde ORM bez väzieb a joinov kus zbytočné, to je aj dôvod prečo som nezačal používať Ormion, aj keď sa mi celkom páči.
No moja fóbia z gigantických modelov nepustí :D

Migračné scripty sú naopak vynikajúca vec a od kedy sme ich začali v práci používať je pracovný deň kusisko krajší .. EXTRÉMNY KUSISKO :)

Paráda!

Je udělané jaké propojení s DibiDataSource? Je nějak dořešené filtrování? Tj. umí ORM vracet i více než jeden řádek? Ještě se zaptátm, jak je to syncování, pokud ty tabulky v DB jsou a jen jsou neauktuální (třeba tam není nějaký sloupeček), zachová to data, která tam už jsou a cestou nejmenšího odporu to ty tabulky zaktualizuje (přidá ten jeden sloupeček a data nechá být)?

Este co sa tyka tych zlozitejsich synchronizacnych operacii, pohram sa este s Django models, celkom ma zaujima, do akej miery maju oni poriesene modifikacie existujuceho modelu a nasledny syncdb.

Luxus, boží, tohle mi úplně krásně vylepšilo náladu, Django mám velmi rád, že to někoho napadlo, celou dobu mi něco podobného leží v hlavě a on to tady někdo už realizuje. Btw rozjet něco takového by bylo hodně zajímavé: http://docs.djangoproject.com/…aggregation/

amsys wrote:

Luxus, boží, tohle mi úplně krásně vylepšilo náladu, Django mám velmi rád, že to někoho napadlo, celou dobu mi něco podobného leží v hlavě a on to tady někdo už realizuje. Btw rozjet něco takového by bylo hodně zajímavé: http://docs.djangoproject.com/…aggregation/

QuerySets mam zatial implementovane len velmi minimalne, buildovanie DibiDataSource cez cudzie kluce uz funguje, ako vidiet v ukazke. Momentalne sa intenzivne venujem synchronizacii modelu s databazou. Ak ked toto bude spracovane na urovni, pojde sa dalej. Napisem viac, ked vyriesim este par problemov.

romansklenar wrote:

Vážou se ty migrace hodně na to tvé ORM? Asi jo že? Napadlo mě, že kdyby to bylo nějak rozumně přenositelné, dalo by se to používat i jinde.

No prave som stravil tyzden tym, ze postupne upravujem Model tak, aby bol dostatok informacii pre porovnanie modelu a struktury v databaze. Pouzivam k tomu internu sqlite databazu, ktora tieto informacie uklada. Model sam obsahuje hash pre cely model a pre jednotlive fields, ich analyzou v porovnani s internou sql databazou generujem migracne skripty. Bez tejto pomoci som neprisiel ako spravit operacie ako napriklad detektnutie zmeny nazvu modelu alebo zmeny nazvu pola. Bez toho by som spravil „alter table drop column“ a „alter table add column“, takto budem vediet stlpec/tabulku premenovat.

Takze aby som odpovedal, aktualne to urcite nie je v stave „lahkej prenositelnosti“ :) A celkovo je este stale ten kod hodne prasacky :) Verim, ze ked sa kod trosku ustali, budem ho vediet upravit do publikovatelnej podoby bez toho aby som sa musel velmi cervenat :)

Ještě se zeptám: „driver“ pre psql měl znamenat pgsql?

Rozdělení na drivery chápu. Tzn. aktuálně existuje driver na PgSQL? (jestli jo, tak super :) )

Za posledny tyzden som znovu pridal „par“ komitov, tu je kratky prehlad, co je nove:

1. model cache

Narazil som na par problemov, cez ktore som sa nevedel dostat:

1. pre co najrychlejsie kesovanie som potreboval co najjednoduchsie sa dostat k mtime suboru, ktory definuje model. Neprijatelne riesenie bolo do modelu pisat rucne nejaku metodu, ktora bude vracat timestamp. Vdaka zapuzdrenosti objektov som sa nevedel dostat k filu a jeho mtime z triedy DibiOrm, ktoru model dedi.
2. problem s koliziami, ak v projekte upravite definiciu modelu (ci uz rucne, alebo aktualizaciou na produkcnom servri cez versioning, ftp ..) a este neprebehol syncdb. Tym padom moze byt (a bude) rozdiel medzi modelom a strukturou db, co je hlavne v produkcnom prostredi nepripustne.
3. pre lepsi objektovy navrh som potreboval vytvorit referenciu parent na rodicovsky model z objektu field. Ale nechcel som uzivatela nutit pri definicii fieldu pisat $this->fieldname= new CharField($this, 'max_lengt= …
4. v netbeans krasne funguje PHPDoc tag @property-write, ktory umozni pri triede „naucit“ netbeans, aby ponukol pri autocomplete properties, ktore nevie sam vycitat z kodu. Rucne to ale pisat pre model by znovu znamenalo sa opakovat (pisat raz do definicie a raz do PHPDoc), co je nepekne :)

Vsetky tieto problemy som vyriesil niecim ako modelCache. Je to nieco ako skompilovana html sablona v Nette. V praxi to vyzera nasledovne. V lub. foldri model/models priamo v app dire alebo v niektorom z modelov v app dire je zakladny class pre model. Vyzera takto:

<?php


/**
 * Author
 *
 * @author kraken
 * @abstract
 */
abstract class BaseAuthor extends DibiOrm {

    protected function setup()
    {
	$this->karma= new IntegerField('null');
	$this->first_name = new CharField('max_length=200', 'notnull'/*, 'db_column=meno'*/);
	$this->last_name = new CharField('max_length=200', 'notnull'/*, 'db_column=priezvisko'*/);
	$this->gender = new CharField('max_length=1', 'null', 'default=m');
    }

    public function __toString()
    {
	return $this->first_name .' '. $this->last_name;
    }
}

Po spusteni syncdb je prehladany app dir, a pre kazdy model je vygenerovana jeho cache a az tato cache je nasledne pouzivana na pracu s modelom v aplikacii. Vyzera takto:

<?php


/**
 * Author
 *
 * @final
 * @filesource /home/kraken/NetBeansProjects/dibiorm-sandbox/app/models/BaseAuthor.php
 *
 * @property-write integer $karma
 * @property-write string $first_name
 * @property-write string $last_name
 * @property-write string $gender
 */
final class Author extends BaseAuthor {


    /**
     * Overloaded setup of BaseModel
     */
    protected function setup()
    {
	$this->karma= new IntegerField($this, 'null');
	$this->first_name = new CharField($this, 'max_length=200', 'notnull');
	$this->last_name = new CharField($this, 'max_length=200', 'notnull');
	$this->gender = new CharField($this, 'max_length=1', 'null', 'default=m');
    }


    /**
     * Returns last modification of model
     * @return integer
     */
    protected function getLastModification()
    {
	return '1265384678';
    }
}

Riesi vsetky moje predch. problemy:

1. Vytvori metodu getLastModification(), ktora vracia timestamp mtime vytvoreneho suboru, mam teda lahko pristupny timestamp potrebny na vytvorenie kluca pre memcache a netreba ani dalsi hit na subor pri vykonani.
2. Spolu s vygenerovanim cache prebehne aj syncdb, teda model aj databazova struktura su zosynchronizovane. Samozrejme to este nie je dokonale, pri procese mozu nastat nejake kolizie, este to nie je dokonale.
3. Definicia stlpca bola doplnena o $this, ten je vzdy na prvom mieste, co ulahci parsovanie pri konstrukcii stlpca.
4. Na zaklade definicie su vygenerovane spravne PHPDoc's aj s typmi.

Pokracovanie v dalsom prispevku.

Aktualny changelog (15. februar 2010):

• refactoring kodu DibiOrmStorage a DibiOrmSqlBuilder, vyuzitie parent reference
• syncdb podporuje aktualne tieto operacie pri synchronizacii modelu s databazou:
  • pridanie modelu
  • odstranenie modelu
  • premenovanie modelu
  • pridanie stlpca do modelu
  • odstranie stlpca z modelu
  • premenovanie stlpca modelu
  • pridanie/odstranenie default value pre stlpec
  • pridanie/zrusenie not null pre stlpec
  • zmena datatypu stlpca resp. zmena rozmeru datatypu
• Orm momentalne rozoznava tieto datatypy:
  • AutoField → primarny kluc s autoincrementom
  • BooleanField
  • CharField (max_length)
  • DateField (auto_now a auto_now_add) → tieto dve vlastnosti umoznuju automaticke vyuzivanie date alebo timestamp, auto_now je naplnanie aktualnym casom pri kazdom ulozeni modelu [napr. last_modification_date], auto_now_add je naplnenie aktualnym casom pri vytvoreni modelu [napr. created_date]; ukazka
  • DateTimeField (auto_now a auto_now_add)
  • DecimalField (max_digits a decimal_places)
  • ForeignKeyField
  • IntegerField
  • SmallIntegerField
  • TextField
  • TimeField (auto_now a auto_now_add)
• vyuzivanie callbackov pri problemovych operaciach ako napriklad:
  • pretypovanie (lubovolna, napriklad z integer na text),
  • zmena rozsahu datatypu (napriklad varchar(500) → varchar(50) a pod.),
  • pridavanie noveho not null stlpca do tabulky s uz existujucimi zaznamami
  • zmena null stlpca na not null stlpec v tabulke s existujucimi zaznamami

Ukazka pouzitia callbacku pri pridani noveho notnull stlpca do modelu:

model Person potrebujem rozsirit o stlpec email, jedna sa o firemnu databazu zamestnancov, kazdemu preto viem vygenerovat email na zaklade mena a priezviska.

doplnim teda model o novy stlpec a callback:

protected function setup()
{
	...
	$this->email= new CharField('notnull', 'max_length=200', 'default_callback=generateEmail');
}


public function generateEmail($row)
{
	return strtolower(sprintf('%s.%s@firma.sk', $row->first_name, $row->last_name));
}

Syncdb vygeneruje nasledovny sql kod:

-- Adding field "email"
ALTER TABLE person
    ADD COLUMN email character varying(200)  NULL;

update "person" set "email" = 'john.doe@firma.sk' where "id" = 1;
update "person" set "email" = 'john.doe@firma.sk' where "id" = 2;

-- Changing null/not null of field "email"
ALTER TABLE person
    ALTER COLUMN email SET NOT NULL;

Ukazka pouzitia callbacku pri pretypovani stlpca modelu:

Potrebujeme upravit zly navrh modelu, CharField s krajinou povodu pretypovat na ciselnik. Model vyzera nasledovne:

protected function setup()
{
	...
	$this->country= new Charfield('null', 'max_length=200');
}

A data (select id, country from person):

Pridame teda callback a zmenime definiciu stlpca:

protected function setup()
{
	...
	$this->country= new IntegerField('notnull', 'recast_callback=recastCountry');
}

public function recastCountry($row)
{
	if ( preg_match("#^(Slovensko|Slovakia)$#i", $row->country))
	{
	    return 1;
	}
	elseif ( preg_match("#^Czech Republic$#i", $row->country))
	{
	    return 2;
	}
	else
	{
	    throw new Exception('invalid value');
	}
}

Syncdb po spusteni vygeneruje tento SQL kod:

-- Adding field "country_a49a6dda3e958e0a7bfaa1389557c681"
ALTER TABLE person
    ADD COLUMN country_a49a6dda3e958e0a7bfaa1389557c681 integer  NULL;

update "person" set "country_a49a6dda3e958e0a7bfaa1389557c681" = 1 where "id" = 1;
update "person" set "country_a49a6dda3e958e0a7bfaa1389557c681" = 1 where "id" = 2;
update "person" set "country_a49a6dda3e958e0a7bfaa1389557c681" = 2 where "id" = 3;

-- Changing null/not null of field "country_a49a6dda3e958e0a7bfaa1389557c681"
ALTER TABLE person
    ALTER COLUMN country_a49a6dda3e958e0a7bfaa1389557c681 SET NOT NULL;

-- Dropping field "person"
ALTER TABLE person
    DROP COLUMN country;

-- Renaming field "country_a49a6dda3e958e0a7bfaa1389557c681" to "country"
ALTER TABLE person
    RENAME COLUMN country_a49a6dda3e958e0a7bfaa1389557c681 TO country;

TODO:

• command line rozhranie pre interakciu modelu s databazou
• podpora pre sqlite (najskor sqlite2)
• podpora pre IPAddressField
• specialne varchar typy s kontrolou obsahu ako napriklad EmailField, SlugField a UrlField
• integrovat dalsie vazby medzi modelmi, ManyToManyField a OneToManyField
• nasadenie do aplikacie a otestovanie v production

Editoval edke (15. 2. 2010 16:14)

Teda, zatím čumím jak puk. Gratuluji! Zatím to vypadá opravdu výborně.

Jeden malý dotaz: Model definuji jako třídu, jako konfigurák nebo se to generuje z databáze?

Ked teraz na tu triedu pozeram, tak vlastne uz to nie je aktualne. Doslo k premenovaniu DibiOrm. Ako impulz bol ostatny Davidov prispevok na phpfashion.com. David sice pisal o Nette ale myslim ze ma rovnaky nazor aj ohladne Dibi alebo Texy. DibiOrm, nad tym som nejako vazne nerozmyslal, bol to taky prvy pracovny nazov. Bol to taky logicky krok, kedze moje Orm je uplne zavisle na Dibi.

Preto som po precitani spominaneho prispevku prikrocil k premenovaniu. Dibi nechcem nekvalitou svojho kodu ani skodit, a rovnako sa nechcem na Dibi prizivovat :) Toto Orm je od zaciatku urcene pre potreby firmy, pre ktoru pracujem. Kedze je zavisle na Dibi a Nette, rozsirenie mimo tejto komunity je nerealne a ak niekomu z Nette/Dibi komunity pomoze, tak budem len rad.

Vymysliet nazov pre zhluk tried nie je vobec jednoduche :) Zabralo mi to viac casu ako som predpokladal. Nakoniec som sa rozhodol pre nazov PerfORM. Vzhladom na aktualny stav projektiku je tento nazov mozno trosku „prehnany“ a komicky. Ale je tam ORM a jeho vyznam je pre mna aj cielom, ktory som si vytycil, ked som zvazoval, ci sa vobec do niecoho takeho mam pustit.

Takze dufam a verim, ze ked vycistim akutalny TODO list, bude naozaj PerfROM uskutocnovat a vykonavat spolahlivo to, naco je urceny :)

v6ak wrote:

Zajímavé je, že se k tomu ještě takto nevyjádřil.

Zjavne ho to zatial dostatocne nezaujalo, to je v poriadku :)

EDIT: Je nějak podporována dědičnost?

Vies mi to uviest na nejakom konkretnom pripade ? Mam v plane implementovat dedicnost tabuliek, napriklad vyuzitelnu dobre pri shopoch. Zakladnu tabulku sortimentu s nazvom, popisom a cenou bude dedit tabulka pre konkretny druh sortimentu, ktora bude hlavnu tabulku rozsirovat o konkretne vlastnosti daneho druhu.

v6ak wrote:

Jo, přesně toto mám namysli. Díky za info.

Ak s niecim podobnym mas skusenosti pri inom ORM, budem rad ak das nejaky link alebo nejaky navrh. Netreba znovu vymyslat koleso.

Aktualny changelog (5. marec 2010, 6086e78):

• podpora pre indexy (aj unique), ukazka
• podpora pre rozdielny nazov tabulky a modelu, definovanie nazvu tabulky, alebo prefixu
• pridana podpora pre IPAddressField, EmailField, URLField a SlugField
• pridany lazy loading
• pridany null_callback
• zmena url a prestylovanie sandboxu
• prepracovane viacere casti, alias-building, magicke metody __get a __set pre nastavovanie a zmenu hodnot modelu, zmeneny sposob vytvarania modelu atd.

Ukazka prace s prefixami a zmenou nazvu tabulky

prefix:

abstract class PerfORMDezen extends PerfORM {

    protected $prefix= 'pneumatika_';
    ...

uplna zmena nazvu tabulky:

abstract class PerfORMMaterial extends PerfORM {

    protected $tableName= 'material_skupina';
    ...

Ukazka pouzitia SlugField-u:

Model:

protected function setup()
{
	...
	$this->title= new CharField('null','max_length=200');
	$this->slug= new SlugField('null', 'auto_source=title', 'max_length=200');
	$this->modified= new DateTimeField('auto_now', 'null');
	...

}

Praca s modelom:

$test= new Test();
$test->title= 'DibiORM - dalsi pokus o ORM';
$test->save();

$test->title= 'PerfORM - dalsi pokus o ORM';
$test->save();

A SQL:

insert into "test" ("title", "slug", "modified") VALUES ('DibiORM - dalsi
pokus o ORM', 'dibiorm-dalsi-pokus-o-orm', '2010-03-05 15:24:17');
update "test" set "title"='PerfORM - dalsi pokus o ORM',
"slug"='perform-dalsi-pokus-o-orm', "modified"='2010-03-05 15:24:17' where
"id" = 4;

Ukazka lazy loadingu:

Pri komplikovanejsich modelsetoch moze dopytovaci select nadobudnut celkom slusne rozmery. Napriklad v deme pri dopytovani na model Pneumatika() to moze vyzerat takto:

$tyre= new Pneumatika();
$tyre->objects()->get('id=1');

SQl:

SELECT *
                        FROM (
SELECT
        pneumatika.id as pneumatika__id,
        pneumatika.sap as pneumatika__sap,
        pneumatika.id_dezen as pneumatika__id_dezen,
        pneumatika_dezen.id as pneumatika_dezen__id,
        pneumatika_dezen.id_vyrobca as pneumatika_dezen__id_vyrobca,
        vyrobca.id as vyrobca__id,
        vyrobca.nazov as vyrobca__nazov,
        vyrobca.kod as vyrobca__kod,
        vyrobca.typ as vyrobca__typ,
        vyrobca.poradie as vyrobca__poradie,
        vyrobca.id_logo as vyrobca__id_logo,
        subor.id as subor__id,
        subor.popis as subor__popis,
        subor.opis as subor__opis,
        subor.subor as subor__subor,
        subor.skupina as subor__skupina,
        subor.typ as subor__typ,
        subor.nahlad as subor__nahlad,
        subor.datum_vytvorenia as subor__datum_vytvorenia,
        subor.system_nahlad as subor__system_nahlad,
        subor.id_item_kategoria as subor__id_item_kategoria,
        subor.id_kategoria as subor__id_kategoria,
        kategoria.id as kategoria__id,
        kategoria.nazov as kategoria__nazov,
        kategoria.cesta as kategoria__cesta,
        subor.datum_modifikacie as subor__datum_modifikacie,
        vyrobca.id_pozadie as vyrobca__id_pozadie,
        subor2.id as subor2__id,
        subor2.popis as subor2__popis,
        subor2.opis as subor2__opis,
        subor2.subor as subor2__subor,
        subor2.skupina as subor2__skupina,
        subor2.typ as subor2__typ,
        subor2.nahlad as subor2__nahlad,
        subor2.datum_vytvorenia as subor2__datum_vytvorenia,
        subor2.system_nahlad as subor2__system_nahlad,
        subor2.id_item_kategoria as subor2__id_item_kategoria,
        subor2.id_kategoria as subor2__id_kategoria,
        kategoria2.id as kategoria2__id,
        kategoria2.nazov as kategoria2__nazov,
        kategoria2.cesta as kategoria2__cesta,
        subor2.datum_modifikacie as subor2__datum_modifikacie,
        vyrobca.aktivny as vyrobca__aktivny,
        vyrobca.farba as vyrobca__farba,
        vyrobca.skratka as vyrobca__skratka,
        pneumatika_dezen.id_dokument as pneumatika_dezen__id_dokument,
        dokument.id as dokument__id,
        dokument.pid as dokument__pid,
        dokument.pracovny_nazov as dokument__pracovny_nazov,
        dokument.nazov as dokument__nazov,
        dokument.obsah as dokument__obsah,
        dokument.datum_vytvorenia as dokument__datum_vytvorenia,
        dokument.datum_modifikacie as dokument__datum_modifikacie,
        dokument.typ as dokument__typ,
        dokument.extra_dokumenty_nazov as dokument__extra_dokumenty_nazov,
        dokument.umiestnenie_priloh as dokument__umiestnenie_priloh,
        dokument.zobrazit_nazov as dokument__zobrazit_nazov,
        dokument.poradie as dokument__poradie,
        dokument.obsah_ascii as dokument__obsah_ascii,
        dokument.tsvector_ascii as dokument__tsvector_ascii,
        pneumatika_dezen.id_subor as pneumatika_dezen__id_subor,
        subor3.id as subor3__id,
        subor3.popis as subor3__popis,
        subor3.opis as subor3__opis,
        subor3.subor as subor3__subor,
        subor3.skupina as subor3__skupina,
        subor3.typ as subor3__typ,
        subor3.nahlad as subor3__nahlad,
        subor3.datum_vytvorenia as subor3__datum_vytvorenia,
        subor3.system_nahlad as subor3__system_nahlad,
        subor3.id_item_kategoria as subor3__id_item_kategoria,
        subor3.id_kategoria as subor3__id_kategoria,
        kategoria3.id as kategoria3__id,
        kategoria3.nazov as kategoria3__nazov,
        kategoria3.cesta as kategoria3__cesta,
        subor3.datum_modifikacie as subor3__datum_modifikacie,
        pneumatika_dezen.nazov as pneumatika_dezen__nazov,
        pneumatika_dezen.unikatny_nazov as pneumatika_dezen__unikatny_nazov,
        pneumatika_dezen.sezona as pneumatika_dezen__sezona,
        pneumatika.id_skupina as pneumatika__id_skupina,
        material_skupina.id as material_skupina__id,
        material_skupina.pid as material_skupina__pid,
        material_skupina.popis as material_skupina__popis,
        material_skupina.nazov as material_skupina__nazov,
        material_skupina.priorita as material_skupina__priorita,
        material_skupina.typ as material_skupina__typ,
        pneumatika.sirka as pneumatika__sirka,
        pneumatika.oddelovac as pneumatika__oddelovac,
        pneumatika.vyska as pneumatika__vyska,
        pneumatika.priemer as pneumatika__priemer,
        pneumatika.priemer_cislo as pneumatika__priemer_cislo,
        pneumatika.li as pneumatika__li,
        pneumatika.si as pneumatika__si,
        pneumatika.prevedenie as pneumatika__prevedenie,
        pneumatika.rozmer_skrateny as pneumatika__rozmer_skrateny,
        pneumatika.rozmer_cely as pneumatika__rozmer_cely
FROM pneumatika
        INNER JOIN pneumatika_dezen AS pneumatika_dezen ON pneumatika_dezen.id =
pneumatika.id_dezen
        INNER JOIN vyrobca AS vyrobca ON vyrobca.id = pneumatika_dezen.id_vyrobca
        INNER JOIN subor AS subor ON subor.id = vyrobca.id_logo
        INNER JOIN kategoria AS kategoria ON kategoria.id = subor.id_kategoria
        INNER JOIN subor AS subor2 ON subor2.id = vyrobca.id_pozadie
        INNER JOIN kategoria AS kategoria2 ON kategoria2.id = subor2.id_kategoria
        LEFT JOIN dokument AS dokument ON dokument.id =
pneumatika_dezen.id_dokument
        LEFT JOIN subor AS subor3 ON subor3.id = pneumatika_dezen.id_subor
        LEFT JOIN kategoria AS kategoria3 ON kategoria3.id = subor3.id_kategoria
        INNER JOIN material_skupina AS material_skupina ON material_skupina.id =
pneumatika.id_skupina) t
                         WHERE ("pneumatika__id" = 1);

Samozrejme nie vzdy je potrebne cely strom, casto pri niektorych interakciach s modelom viete dopredu, ze niektore casti modeloveho stromu potrebovat nebudete. Preto by sa pridalo, keby sa dala elegantne „vypnut“ niektora alebo viacero vetiev , alebo aj vsetky. Ale zas aby to nemalo dopad na neskorsiu pracu s modelom, ak nahodou aj s „vypnutou vetvou“ potrebujeme pracovat.

	$tyre= new Pneumatika();
	# vypnutie vetvy dezen->vyrobca a vetvy skupina
	$tyre->setLazyLoading('dezen->vyrobca', 'skupina');
	$tyre->objects()->get('id=1');

	# pri pristupe na property vyrobca sa chybajuca vetva nahra, priradi
	# k modelovemu stromu a pokracuje sa v interakcii, v tomto pripade
	# sa zobrazi nazov vyrovcu
	echo $tyre->dezen->vyrobca;

a sql:

SELECT *
FROM (
SELECT
        pneumatika.id as pneumatika__id,
        pneumatika.sap as pneumatika__sap,
        pneumatika.id_dezen as pneumatika__id_dezen,
        pneumatika_dezen.id as pneumatika_dezen__id,
        pneumatika_dezen.id_vyrobca as pneumatika_dezen__id_vyrobca,
        pneumatika_dezen.id_dokument as pneumatika_dezen__id_dokument,
        dokument.id as dokument__id,
        dokument.pid as dokument__pid,
        dokument.pracovny_nazov as dokument__pracovny_nazov,
        dokument.nazov as dokument__nazov,
        dokument.obsah as dokument__obsah,
        dokument.datum_vytvorenia as dokument__datum_vytvorenia,
        dokument.datum_modifikacie as dokument__datum_modifikacie,
        dokument.typ as dokument__typ,
        dokument.extra_dokumenty_nazov as dokument__extra_dokumenty_nazov,
        dokument.umiestnenie_priloh as dokument__umiestnenie_priloh,
        dokument.zobrazit_nazov as dokument__zobrazit_nazov,
        dokument.poradie as dokument__poradie,
        dokument.obsah_ascii as dokument__obsah_ascii,
        dokument.tsvector_ascii as dokument__tsvector_ascii,
        pneumatika_dezen.id_subor as pneumatika_dezen__id_subor,
        subor3.id as subor3__id,
        subor3.popis as subor3__popis,
        subor3.opis as subor3__opis,
        subor3.subor as subor3__subor,
        subor3.skupina as subor3__skupina,
        subor3.typ as subor3__typ,
        subor3.nahlad as subor3__nahlad,
        subor3.datum_vytvorenia as subor3__datum_vytvorenia,
        subor3.system_nahlad as subor3__system_nahlad,
        subor3.id_item_kategoria as subor3__id_item_kategoria,
        subor3.id_kategoria as subor3__id_kategoria,
        kategoria3.id as kategoria3__id,
        kategoria3.nazov as kategoria3__nazov,
        kategoria3.cesta as kategoria3__cesta,
        subor3.datum_modifikacie as subor3__datum_modifikacie,
        pneumatika_dezen.nazov as pneumatika_dezen__nazov,
        pneumatika_dezen.unikatny_nazov as pneumatika_dezen__unikatny_nazov,
        pneumatika_dezen.sezona as pneumatika_dezen__sezona,
        pneumatika.id_skupina as pneumatika__id_skupina,
        pneumatika.sirka as pneumatika__sirka,
        pneumatika.oddelovac as pneumatika__oddelovac,
        pneumatika.vyska as pneumatika__vyska,
        pneumatika.priemer as pneumatika__priemer,
        pneumatika.priemer_cislo as pneumatika__priemer_cislo,
        pneumatika.li as pneumatika__li,
        pneumatika.si as pneumatika__si,
        pneumatika.prevedenie as pneumatika__prevedenie,
        pneumatika.rozmer_skrateny as pneumatika__rozmer_skrateny,
        pneumatika.rozmer_cely as pneumatika__rozmer_cely
FROM pneumatika
        INNER JOIN pneumatika_dezen AS pneumatika_dezen ON pneumatika_dezen.id =
pneumatika.id_dezen
        LEFT JOIN dokument AS dokument ON dokument.id =
pneumatika_dezen.id_dokument
        LEFT JOIN subor AS subor3 ON subor3.id = pneumatika_dezen.id_subor
        LEFT JOIN kategoria AS kategoria3 ON kategoria3.id = subor3.id_kategoria)
t
                         WHERE ("pneumatika__id" = 1)

                         ;

SELECT *
FROM (
SELECT
        vyrobca.id as vyrobca__id,
        vyrobca.nazov as vyrobca__nazov,
        vyrobca.kod as vyrobca__kod,
        vyrobca.typ as vyrobca__typ,
        vyrobca.poradie as vyrobca__poradie,
        vyrobca.id_logo as vyrobca__id_logo,
        subor.id as subor__id,
        subor.popis as subor__popis,
        subor.opis as subor__opis,
        subor.subor as subor__subor,
        subor.skupina as subor__skupina,
        subor.typ as subor__typ,
        subor.nahlad as subor__nahlad,
        subor.datum_vytvorenia as subor__datum_vytvorenia,
        subor.system_nahlad as subor__system_nahlad,
        subor.id_item_kategoria as subor__id_item_kategoria,
        subor.id_kategoria as subor__id_kategoria,
        kategoria.id as kategoria__id,
        kategoria.nazov as kategoria__nazov,
        kategoria.cesta as kategoria__cesta,
        subor.datum_modifikacie as subor__datum_modifikacie,
        vyrobca.id_pozadie as vyrobca__id_pozadie,
        subor2.id as subor2__id,
        subor2.popis as subor2__popis,
        subor2.opis as subor2__opis,
        subor2.subor as subor2__subor,
        subor2.skupina as subor2__skupina,
        subor2.typ as subor2__typ,
        subor2.nahlad as subor2__nahlad,
        subor2.datum_vytvorenia as subor2__datum_vytvorenia,
        subor2.system_nahlad as subor2__system_nahlad,
        subor2.id_item_kategoria as subor2__id_item_kategoria,
        subor2.id_kategoria as subor2__id_kategoria,
        kategoria2.id as kategoria2__id,
        kategoria2.nazov as kategoria2__nazov,
        kategoria2.cesta as kategoria2__cesta,
        subor2.datum_modifikacie as subor2__datum_modifikacie,
        vyrobca.aktivny as vyrobca__aktivny,
        vyrobca.farba as vyrobca__farba,
        vyrobca.skratka as vyrobca__skratka
FROM vyrobca
        INNER JOIN subor AS subor ON subor.id = vyrobca.id_logo
        INNER JOIN kategoria AS kategoria ON kategoria.id = subor.id_kategoria
        INNER JOIN subor AS subor2 ON subor2.id = vyrobca.id_pozadie
        INNER JOIN kategoria AS kategoria2 ON kategoria2.id = subor2.id_kategoria)
t
                         WHERE ("vyrobca__id" = 1);

Funguje to aj v situacii, ked v nenahratej vetve modelu zmenime nejaku vlastnost a pokusime sa model ulozit:

	$tyre= new Pneumatika();
	//$tyre->setLazyLoading();
	$tyre->setLazyLoading('dezen->vyrobca', 'skupina');
	$tyre->objects()->get('id=1');
	$tyre->dezen->vyrobca->skratka= 'HNK';
	$tyre->dezen->vyrobca->save();

Sql:

SELECT *
                        FROM (
SELECT
        pneumatika.id as pneumatika__id,
        pneumatika.sap as pneumatika__sap,
        pneumatika.id_dezen as pneumatika__id_dezen,
        pneumatika_dezen.id as pneumatika_dezen__id,
        pneumatika_dezen.id_vyrobca as pneumatika_dezen__id_vyrobca,
        pneumatika_dezen.id_dokument as pneumatika_dezen__id_dokument,
        dokument.id as dokument__id,
        dokument.pid as dokument__pid,
        dokument.pracovny_nazov as dokument__pracovny_nazov,
        dokument.nazov as dokument__nazov,
        dokument.obsah as dokument__obsah,
        dokument.datum_vytvorenia as dokument__datum_vytvorenia,
        dokument.datum_modifikacie as dokument__datum_modifikacie,
        dokument.typ as dokument__typ,
        dokument.extra_dokumenty_nazov as dokument__extra_dokumenty_nazov,
        dokument.umiestnenie_priloh as dokument__umiestnenie_priloh,
        dokument.zobrazit_nazov as dokument__zobrazit_nazov,
        dokument.poradie as dokument__poradie,
        dokument.obsah_ascii as dokument__obsah_ascii,
        dokument.tsvector_ascii as dokument__tsvector_ascii,
        pneumatika_dezen.id_subor as pneumatika_dezen__id_subor,
        subor3.id as subor3__id,
        subor3.popis as subor3__popis,
        subor3.opis as subor3__opis,
        subor3.subor as subor3__subor,
        subor3.skupina as subor3__skupina,
        subor3.typ as subor3__typ,
        subor3.nahlad as subor3__nahlad,
        subor3.datum_vytvorenia as subor3__datum_vytvorenia,
        subor3.system_nahlad as subor3__system_nahlad,
        subor3.id_item_kategoria as subor3__id_item_kategoria,
        subor3.id_kategoria as subor3__id_kategoria,
        kategoria3.id as kategoria3__id,
        kategoria3.nazov as kategoria3__nazov,
        kategoria3.cesta as kategoria3__cesta,
        subor3.datum_modifikacie as subor3__datum_modifikacie,
        pneumatika_dezen.nazov as pneumatika_dezen__nazov,
        pneumatika_dezen.unikatny_nazov as pneumatika_dezen__unikatny_nazov,
        pneumatika_dezen.sezona as pneumatika_dezen__sezona,
        pneumatika.id_skupina as pneumatika__id_skupina,
        pneumatika.sirka as pneumatika__sirka,
        pneumatika.oddelovac as pneumatika__oddelovac,
        pneumatika.vyska as pneumatika__vyska,
        pneumatika.priemer as pneumatika__priemer,
        pneumatika.priemer_cislo as pneumatika__priemer_cislo,
        pneumatika.li as pneumatika__li,
        pneumatika.si as pneumatika__si,
        pneumatika.prevedenie as pneumatika__prevedenie,
        pneumatika.rozmer_skrateny as pneumatika__rozmer_skrateny,
        pneumatika.rozmer_cely as pneumatika__rozmer_cely
FROM pneumatika
        INNER JOIN pneumatika_dezen AS pneumatika_dezen ON pneumatika_dezen.id =
pneumatika.id_dezen
        LEFT JOIN dokument AS dokument ON dokument.id =
pneumatika_dezen.id_dokument
        LEFT JOIN subor AS subor3 ON subor3.id = pneumatika_dezen.id_subor
        LEFT JOIN kategoria AS kategoria3 ON kategoria3.id = subor3.id_kategoria)
t
                         WHERE ("pneumatika__id" = 1)

                         ;

                        SELECT *
                        FROM (
SELECT
        vyrobca.id as vyrobca__id,
        vyrobca.nazov as vyrobca__nazov,
        vyrobca.kod as vyrobca__kod,
        vyrobca.typ as vyrobca__typ,
        vyrobca.poradie as vyrobca__poradie,
        vyrobca.id_logo as vyrobca__id_logo,
        subor.id as subor__id,
        subor.popis as subor__popis,
        subor.opis as subor__opis,
        subor.subor as subor__subor,
        subor.skupina as subor__skupina,
        subor.typ as subor__typ,
        subor.nahlad as subor__nahlad,
        subor.datum_vytvorenia as subor__datum_vytvorenia,
        subor.system_nahlad as subor__system_nahlad,
        subor.id_item_kategoria as subor__id_item_kategoria,
        subor.id_kategoria as subor__id_kategoria,
        kategoria.id as kategoria__id,
        kategoria.nazov as kategoria__nazov,
        kategoria.cesta as kategoria__cesta,
        subor.datum_modifikacie as subor__datum_modifikacie,
        vyrobca.id_pozadie as vyrobca__id_pozadie,
        subor2.id as subor2__id,
        subor2.popis as subor2__popis,
        subor2.opis as subor2__opis,
        subor2.subor as subor2__subor,
        subor2.skupina as subor2__skupina,
        subor2.typ as subor2__typ,
        subor2.nahlad as subor2__nahlad,
        subor2.datum_vytvorenia as subor2__datum_vytvorenia,
        subor2.system_nahlad as subor2__system_nahlad,
        subor2.id_item_kategoria as subor2__id_item_kategoria,
        subor2.id_kategoria as subor2__id_kategoria,
        kategoria2.id as kategoria2__id,
        kategoria2.nazov as kategoria2__nazov,
        kategoria2.cesta as kategoria2__cesta,
        subor2.datum_modifikacie as subor2__datum_modifikacie,
        vyrobca.aktivny as vyrobca__aktivny,
        vyrobca.farba as vyrobca__farba,
        vyrobca.skratka as vyrobca__skratka
FROM vyrobca
        INNER JOIN subor AS subor ON subor.id = vyrobca.id_logo
        INNER JOIN kategoria AS kategoria ON kategoria.id = subor.id_kategoria
        INNER JOIN subor AS subor2 ON subor2.id = vyrobca.id_pozadie
        INNER JOIN kategoria AS kategoria2 ON kategoria2.id = subor2.id_kategoria)
t
                         WHERE ("vyrobca__id" = 1)

                         ;
update "vyrobca" set "kod"='hankook', "skratka"='HNK' where "id" = 1;

Ukazka pouzitia null callbacku:

Null callback je sikovny pomocnik, ak mate v modeli pole, ktore je priamo zavisle na ostatnych poliach a viete teda jeho plnenie uplne zautomatizovat.

Model:

    protected function setup()
    {
    ...
	$this->subor= new CharField('max_length=80','notnull','unique');
	$this->nahlad= new CharField('max_length=50','null', 'null_callback=nullNahladCallback');
...
    }

    public function nullNahladCallback()
    {
	return preg_match('#(.*)[.]{1}([^.]{2,5})#', $this->subor, $match) ? $match[1].'-thumb.'.$match[2] : null;
    }

Pouzitie vidiet v priklade Populate tyres:

$manufacturer_logo->kategoria= $manufacturer_logo_category;
      $manufacturer_logo->popis= 'logo-Hankook-OK';
      $manufacturer_logo->subor= 'logo-hankook-ok.jpg';

Sql:

insert into "app_subor" ("popis", "subor", "skupina", "typ", "nahlad",
"datum_vytvorenia", "system_nahlad", "id_kategoria", "datum_modifikacie")
VALUES ('logo-Hankook-OK', 'logo-hankook-ok.jpg', 'image', 'jpg',
'logo-hankook-ok-thumb.jpg', '2010-03-05 15:49:39',
'logo-hankook-ok-systhumb.jpg', 1, '2010-03-05 15:49:39');

TODO:

• podpora pre sqlite (najskor sqlite2)
• integrovat dalsie vazby medzi modelmi, ManyToManyField a OneToManyField
• nasadenie do aplikacie a otestovanie v production

Editoval edke (5. 3. 2010 15:54)

Views

Pri aplikovani do realnej aplikacie som narazil na situaciu, kedy som nebol schopny pri danej interakcii s databazou pouzit PerfORM. Slo o zlozitejsi select, kde bola pouzita agregacia, spolu s joinami, dokonca bolo nutne pouzit having atd. Ked som vsak pozrel na aktualnu databazu, uvedomil som si, ze dany select pouzivam vlastne vsade a je to typicky priklad pre view. No a cim by sa taky view lisil od modelu ? No len tym, ze by boli deaktivovana metoda save().

definicia modelu:

abstract class PerfORMPneumatikaWeb extends PerfORM {

    protected $view= true;

    protected $tableName= 'pneumatika_web';

    protected function setup()
    {
	$this->ks= new IntegerField('null');
	$this->cenabezdph= new DecimalField('max_digits=15', 'decimal_places=2');
	$this->pneumatika= new ForeignKeyField(new Pneumatika, 'notnull');
	...
    }

    public function __toString()
    {
	return $this->pneumatika;
    }


    public function getViewSetup()
    {
	return '
		    select
			sum(tb.ks) as ks,
			tb.cenabezdph,
			tb.id_pneumatika,
			s.typ as typ,
			...
		    from
			pneumatika_sklad as tb
		    left join
			...
		    where ...
		    group by
			...
		    having
			...

	';
    }

}

Definicia sa od modelu lisi tym, ze sa nastavi priznak $view na true a zadefinuje sa metoda getViewSetup(), ktora vracia samotnu definiciu pohladu. Definicia stlpcov sa samozrejme ingnoruje, sluzi vlastne len na vygenerovanie PHPDoc tagov @property-read, pre pohodlnu pracu s modelom v IDE.

Na view su rovnako aplikovane vsetky ficury PerfORM, teda joinovanie dalsich modelov, lazyloading atd.

Choices

Nie vzdy je vhodne pouzit novu tabulku a vazbu, hlavne ak vycet hodnot je v podstate staticky a jeho zmena je malo pravdepodobna, az nemozna. Pouzivanie ciselnikov vzdy komplikuje udrzbu, na jednej strane chceme efektivne ulozit data v databaze, na druhej strane je potrebne zobrazit data v citatelnej podobe a este k tomu obcas treba z takehoto pola vygenerovat formular.

Priklad, ak mame tabulku pneumatika a potrebujeme definovat sezonnost, mozne hodnoty su zvacsa 3: letna, zimna, celorocna.

Na pomoc prichadzaju (podla vzoru Django) Choices.

Definicia:

protected function setup()
{
    ...
    $this->sezona= new CharField('max_length=1','notnull', 'choices=setSeasons');
    ...
}

public function setSeasons()
{
    return array(
    'L' => 'letná',
    'Z' => 'zimná',
    'C' => 'celoročná'
     );
}

Choices sa aplikuju ako parameter pre CharField, jeho velkost si definujeme podla potreby. Samotne moznosti su teda ulozene priamo v modeli.

Pouzitie:

$tread= new Dezen();
$tread->objects()->load('nazov=%s', 'AH11');

# vrati kluc, "L"
echo $tread->sezona;

# vrati hodnotu, "letna"
echo $tread->sezona->display();

# ziskanie celeho pola pre potreby formulara
$form->addRadioList('sezona', 'Sezóna:', $tread->sezona->getChoices() + array(''=>'všetky'))
            ->setDefaultValue('');

Dedicnost modelov

Na zaver ceresnicka (aspon pre mna), dedicnost modelov. Casto som sa stretol so situaciou, kedy som potreboval ulozit data do tabuliek, a tie sa mierne lisili, alebo dokonca nelisili vobec, len bolo potrebne ulozit data s rovnakou strukturou ale ktore sa lisili tematicky. Nasledne sa teda integrovalo nejake diferencovanie, pridal sa stlpec typ, atd.

Dolezitou vlastnostou OOP je prave dedicnost, preto logicky pri ORM je integrovanie dedicnosti logicky krok.

Moznosti PerfORM a implementacie dedicnosti ukazem na priklade. Na stranke potrebujeme prezentovat dokumenty, ktore chceme ukladat pre moznosti dynamickej spravy v databaze. Dokumenty budu mat ale rozdielne pouzitie, dokonca sa moze lisit vycet stlpcov potrebnych.

Vytvorim teda model Document:

abstract class PerfORMDocument extends PerfORM
{

    protected function setup()
    {
	$this->title= new CharField('notnull','max_length=200');
	$this->slug= new SlugField('null', 'auto_source=title', 'max_length=200');
	$this->modified= new DateTimeField('auto_now', 'notnull');
	$this->created= new DateTimeField('auto_now_add', 'notnull');
	$this->content= new TextField('notnull');
    }

    public function __toString()
    {
	return $this->title;
    }


    public function nullSlug()
    {
	return $this->title;
    }
}

Vyuzijem dedicnost a vytvorim dva node movely PressRelease a TyreTests, ktore budu dedit moj vychodzi model Document. PressRelease nebude nijako rozsirovat povodny model, bude to len jeho tematicky potomok, TyreTests doplni 2 nove vlastnosti:

abstract class PerfORMPressRelease extends PerfORM
{

    protected function setup()
    {
	$this->extends(new Document);
    }

    public function __toString()
    {
	return $this->title;
    }


    public function nullSlug()
    {
	return $this->title;
    }
}

abstract class PerfORMTyreTest extends PerfORM
{

    protected function setup()
    {
	$this->extends(new Document);
	$this->rating= new SmallIntegerField('null');
	$this->title= new CharField('null','max_length=200');
    }

    public function __toString()
    {
	return $this->title;
    }


    public function nullSlug()
    {
	return $this->title;
    }
}

Vytvorenie noveho zaznamu:

$pressRelease= new PressRelease();
$pressRelease->title= 'Hankook Tire Announces 2010 Motorsports Sponsorships';
$pressRelease->content= 'LAS VEGAS, Nov. 5, 2009 - After celebrating its most successful motorsports ...';
$pressRelease->save();


$test= new TyreTest();
$test->title= 'Nokian H “very recommendable” in ADAC tyre test';
$test->content= '“Very recommendable” is the Nokian H according to the “ADAC judgement” in the latest summer tyre test ...';
$test->rating= 95;
$test->save();

SQL:

insert into "document" ("title", "slug", "modified", "created", "content")
VALUES ('Hankook Tire Announces 2010 Motorsports Sponsorships',
'hankook-tire-announces-2010-motorsports-sponsorships', '2010-03-29
13:16:45', '2010-03-29 13:16:45', 'LAS VEGAS, Nov. 5, 2009 - After
celebrating its most successful motorsports ...');

insert into "pressrelease" ("id") VALUES (66);

insert into "document" ("title", "slug", "modified", "created", "content")
VALUES ('Nokian H “very recommendable” in ADAC tyre test',
'nokian-h-very-recommendable-in-adac-tyre-test', '2010-03-29 13:16:45',
'2010-03-29 13:16:45', '“Very recommendable” is the Nokian H according
to the “ADAC judgement” in the latest summer tyre test ...');

insert into "tyretest" ("id", "rating", "title") VALUES (67, 95, 'Nokian H
“very recommendable” in ADAC tyre test');

Nacitanie a modifikacia:

PHP:

	$pressRelease= new PressRelease();
	$pressRelease->objects()->load('id=%i', 66);
	echo $pressRelease->title;

	$pressRelease->title= 'Hankook Tire Announces 2010 Motorsports Sponsorships (modified)';
	$pressRelease->save();



	$test= new TyreTest();
	$result=$test->objects()
	    ->where('rating > %i', 90)
	    ->get();

	foreach($result as $document)
	{
	    echo $document->id.'-'.$document->title;

	    $document->title= "Nokian H “very recommendable” in ADAC tyre test";
	    $document->rating= 97;
	    $document->save();
	}

SQL selecty:

SELECT *
FROM (
SELECT
        document.id as document__id,
        document.title as document__title,
        document.slug as document__slug,
        document.modified as document__modified,
        document.created as document__created,
        document.content as document__content,
        pressrelease.id as pressrelease__id
FROM pressrelease
        INNER JOIN document AS document ON document.id = pressrelease.id) t
                         WHERE (pressrelease__id =66);



SELECT *
FROM (
SELECT
        document.id as document__id,
        document.title as document__title,
        document.slug as document__slug,
        document.modified as document__modified,
        document.created as document__created,
        document.content as document__content,
        tyretest.id as tyretest__id,
        tyretest.rating as tyretest__rating,
        tyretest.title as tyretest__title
FROM tyretest
        INNER JOIN document AS document ON document.id = tyretest.id) t
                         WHERE (tyretest__rating > 90);

A SQL vygenerovane pri modifikacii modelov:

-- pressrelease
update "document" set "title"='Hankook Tire Announces 2010 Motorsports
Sponsorships (modified)',
"slug"='hankook-tire-announces-2010-motorsports-sponsorships-modified',
"modified"='2010-03-29 13:28:05' where "id" = 66;

-- tyretest
update "document" set "title"='Nokian H “very recommendable” in ADAC
tyre test (modified)',
"slug"='nokian-h-very-recommendable-in-adac-tyre-test-modified',
"modified"='2010-03-29 13:29:32' where "id" = 67;
update "tyretest" set "rating"=97, "title"='Nokian H “very
recommendable” in ADAC tyre test (modified)' where "id" = 67;

Pre dnesok tolko, tak a teraz som zvedavy na vase reakcie (ak vobec) :)

Honza Marek wrote:

Nechceš to radši nějak sepsat do addons než tu ládovat tuny textu do fóra?

Skor toto beriem ako nejaky changelog, v addons si jednak neviem prestavit, ako by som to tam dostal a hlavne do addons sa umiestnuje nieco, co je realne dostupne. A ja release este len chystam. Ale ak to vadi, ze to tu davam, tak nemusim, nic sa nedeje :) Neskor ak to bude releasnute a bude zaujem, kludne to umiestnim aj do addons.

Myslím, že wiki by byla lepší, ale klidně to piš sem. Na release jsem velmi zvědavý. Zatím to vypadá suprově. :)

wotaen wrote:

Měl bych dotaz
Asociace to umí, umí to i reprezentaci stromu v tabulce? (id, parent), tak ze kdyz dam $strom->load(id) nacte to do správné objektové struktury celý strom?

Nie, takymto niecim som sa este nezaoberal.

veena wrote:

Ahoj,
jak to vypadá s vývojem? Uvolníš v dohledné době open source verzi?

No ked uz som do toho investoval tolko casu, tak by sa patrilo. Len mi to stale cele pripada prasacke, ale co uz, som pripraveny na kritiku a aspon sa to takto niekam posunie.

Dalsi problem vidim v tom, ze to mam tak nejako upravene na moje potreby a instalacia/pouzivanie asi nebudu kazdemu vyhovovat. Navyse som chcel to pustit von, ked to bude spolupracovat aj s inymi databazami ako postgresql. Ale nato teraz nie je cas.

Napriek vsetkemu, co som tu popisal, je zaujem ? Prasknut to na github je najmenej.