Chm, tak já bych si o podobný program, který není postaven nad databází, tedy pro změnu ani neopřel kolo. Vždyť to nemusí běžet zrovna nad PostgreSQL, existuje dostatek embedded databází.
Ale jinak je samozřejmě největší problém jinde -- vyplnit to. Potřeboval bych na to Ukrajince... Velké množství položek je kontraproduktivní, protože spíš než ke zkatalogizované kompletní sbírce vede k velmi podrobně vyplněným záznamům zhruba pěti až osmi objektů z doby, kdy člověka program nadchl a navymýšlel si spousty položek ... a chybějícímu zbytku.
Asi si budu muset počkat, až bude RFID na každém šutru, a pak bude stačit hacknout Velkého Bratra a stáhnout si tu databázi, kterou má o mě on...
SQL je sice na jednu stranu fajn, ale hodi se spise pro fixni strukturu dat. Ve chvili, kdy se ti v prubehu casu meni pozadavky a pridavas/ubiras/menis typ sloupecku, pak je udrzba a upgrade peklo.
Prave proto je abicko postaveno na XML. Zakladni data pro hledani jsou sice ve sloupeccich, ale zbytek je XML ulozeno v blobu. Treba kompletne cely tento prispevek, ktery ted pisu. Ta flexibilita je uzasna. I zmeny ve schematu nejsou nic sloziteho. Proste na par minut vypnu abicko (kvuli konzistenci) a spustim jednoduchy program, jez upgraduje existujici data na novou verzi.
A prave proto si myslim, ze je spravne, ze autor postavil bookcase nad XML. Kdyz znas jeho strukturu (DTD, XML schema), muzes s nim pak delat cokoliv. Treba jej i ulozit do relacni databaze Dulezita jsou totiz ta data, nikoliv program.
Ve chvili, kdy se ti v prubehu casu meni pozadavky a pridavas/ubiras/menis typ sloupecku, pak je udrzba a upgrade peklo.
To nevidím v rozumně obecně navrženém programu nad db jako problém. Mluvím pořád o katalogu, ne o ABCLinuxu. Uděláš ALTER TABLE s daty a změníš řádek v tabulce s metadaty těch dat, a je to.
Embedded databáze mají data v proprietárních binárních formátech a jejich rychlost nevyužiješ, protože nemáš ukrajince na nadatlování ani sbírku nad 10.000 kusů čehokoliv A možnost přímočarého generování výstupů přes XSL je k nezaplacení.
Zajímavější mi ale stejně přijde Open Media Lending Database - (SQL, PHP -> Web), mít něco doma jen tak na desktopu nic moc...
Už vidím jak přeipisuji SQL dotazy pomocí XQuery...
Nevím, jestli chceš pořád generovat nějaké výstupy přes XSLT, nebo spíš mít možnost komplexních dotazů při hledání...
Podstatné ale je, že pokud chci komplexní dotazy a mám XML, mám smůlu. Musím si toho dost implementovat sám -- kvůli hledání nebudu importovat data do SQL databáze, když jsem se rozhodl ji nepoužívat.
Ovšem pokud mám databázi a chci XSLT, vygeneruji z databáze XML velmi snadno a použiji na existující implementace. Takže nemusím žádnou složitost psát sám.
Koukám tak na ten 3. obrázek odshora (bookcase-knihy.png) a nezdá se mi tam jedna věc. Jméno každé knihy je s velkým začátečním písmenem u každého slova názvu. Tohle je správně možná u názvů v angličtině, ale v češtině ne. To tam nějak automaticky opravuje ten program, nebo tam má autor článku ta data nabouchaná takto? Pokud by to tam nutil ten program, docela by mně to vadilo.
Je to volba programu, data se nemění. Asi jsem mohl použít jiný shot. Tady ten obrázek je navíc jenom ukázka po přímém importu - nic není vyplňované ručně.
Překlad byl dokončen pro verzi, která vyšla asi před půl rokem (od té doby nebyl čas), což způsobuje onu nekompletnost. Popravdě však nevím, kdy budu mít čas se na to opět podívat...
A nadcházející verze 1.1 už bude opět kompletně přeložena. Zatím je to možné zkusit ve verzi 1.1pre3: http://kde-apps.org/content/show.php?content=10030
ako, nie je to zle....
ale vyhladavanie funguje len pre anglicke knihy aj cd
neexistuje nejaka slovenska/ceska stranka ktora by sa tam dala pridat kde by fungovalo vyhlaavanie cez isbn a podobne?
takto mi to je na nic... komu sa chce vypisovat cez 1000 kariet