Efektivita MySQL při uložení velkého XML

[Kamil Podlešák]

Raději to uloži do databáze ve formě key, value.

No, a tady bacha: EAV je právem považováno za antipattern, a právem. Dnes už je opravdu lepší použít XML nebo JSON, pokud mají nativní podporu (vlastně EAV byl jeden důvod proč se přidávala). Když relační databáze, tak pokud možno nějaká rozumná normální forma (tj. sloupečky).

[Reklama]

[Ivan]

Pokud netrvas na SQL. Tak zkus eXistdb http://exist-db.org/exist/apps/homepage/index.html.

Je to noSQL database z doby kdy jeste noSQL nebylo kuuul a lide verili, ze kazdy problem se vyresi pomoci XML.
Je to vlastne takove Mongo, akorat misto JSON je tu XML a misto javascriptu je tu JAVA/XPATH

[Ivan]

PS: jestli chces pouzit relacni db a XML tak pouzij PostreSQL (popr. Oracle XE) ty maji podporu pro XQUERY. MySQL si jde vlastni cestou.

[Kamil Podlešák]

PS: jestli chces pouzit relacni db a XML tak pouzij PostreSQL (popr. Oracle XE) ty maji podporu pro XQUERY. MySQL si jde vlastni cestou.

Rozhodně, Postgresql je jedna z nejlepších nosql databází :-)

PS: nosql = not only sql :-)

[Tomas2]

Raději to uloži do databáze ve formě key, value.

No, a tady bacha: EAV je právem považováno za antipattern, a právem. Dnes už je opravdu lepší použít XML nebo JSON, pokud mají nativní podporu (vlastně EAV byl jeden důvod proč se přidávala). Když relační databáze, tak pokud možno nějaká rozumná normální forma (tj. sloupečky).

EAV je o dvě míle dál než jsem měl na mysli . Použití nativních struktur v XML/JSON bude antipattern za pět let, to si člověk moc nepomůže.

Akademická diskuze tady asi nemá smysl, nějaká normalizace dat v relačních databázím klukům asi moc neřiká. Ukládat celou strukturu v jednom atributu vypadá lákavě, ale chtěl bych upozornit na dost pastí, které se v budoucnu mohou vymstít (upgrade/downgrade, transformace, konzistence, integrita, backup/restore, transakce atd.).

Normalizovat data do tabulky je pro podobnou hru nejlepší, nosql může sloužit jako cache nebo píseček na hraní, data budou ale pod kontrolou v db.

[Reklama]

[BrainLess]

Ach jo ...  pokud si chce nekdo hrat, potud OK. Jinak je XML/JSON v DB totalni zhovadilost. Proc? Protoze efektivita.
Asi jsem uz prilis stary a muj pohled kde porad pocitam kazdy tik CPU a kazdy bajt se prilis nenosi. Holt je asi dneska v mode porad CPU trapit zbytecnym parsovanim XML sem a tam .. ;-)

[Kit]

Ach jo ...  pokud si chce nekdo hrat, potud OK. Jinak je XML/JSON v DB totalni zhovadilost. Proc? Protoze efektivita.
Asi jsem uz prilis stary a muj pohled kde porad pocitam kazdy tik CPU a kazdy bajt se prilis nenosi. Holt je asi dneska v mode porad CPU trapit zbytecnym parsovanim XML sem a tam .. ;-)

Obvykle máme zato, že XML/JSON nesplňuje ani 1NF. Existuje však několik případů kdy je ukládání těchto formátů výhodné a splňuje i 3NF. Nejspíš to nebude uvedený příklad a proto nelze ukládání XML/JSON do databáze obecně doporučit.