Na strankach http://cbbrowne.com/info/total.html je nadnerne rozdeleni pro dane DB(trebas DBM http://cbbrowne.com/info/nonrdbms.html).
Mel bych pripominku k robustnosti a koexistenci dat.Kazda spravna DB, by mela obsahovat nastroje na kontrolu dat, ci opravu dat.Stejny problem jako u embedded databazi je u databazi client-server na strane serveru.Jestlize mam problem se serverovou casti(nejaky bug, ci pad serverove casti), tak vysledek bude stejny jako u embeded databaze.
Chtel jsem se zeptat, co je mysleno tim spatnym navrzenim zamku u BerkelyDB.Ukladana do BerkeleyDB bylo pouzito u MySQL pro transakcni tabulky(bdb).
Pripominku bych mel jeste k "Zaprvé bylo nutno přenášet po síti značné množství dat, protože se zpracovávala na straně klienta a ne tam, kde byla uložena".Mam BerkeleyDB, ktera ma asi cca 1GB dat a ke ktere se prihlasuji cca 20 uzivatelu.Pro urychleni prace neni nic snazsiho nez vytvorit curses klienta a ti uzivatele se muzou pripojovat na server, kde je umistena dana DB.Tim veskere operace nad danou DB probihaji na pocitaci, kde je ulozena dana DB.
Jinak velice dobry clanek a jen tak dale
[...]Jestlize mam problem se serverovou casti(nejaky bug, ci pad serverove casti), tak vysledek bude stejny jako u embeded databaze [...]
mate pricipialne pravdu, problem je v praxi. Staci, aby vase aplikace prepsala nejake buffery v casti kodu, kde se pracuje s indexy a hned mate situaci, ze record je ulozen ale index nehraje. zadna chyba se zpocatku neobjevi, ale 'neco nehraje'. Bohuzel jsem 10 let musel podobny produkt pouzivat - hruza.
Je ovsem treba rici, ze chytrejsi embedded databaze (zde neuvedene - cisam/disam, rtree) to resi ruznou relokaci kodu a jinymi triky - proto je argument autora dnes spise teoretickeho razu. Neco takoveho se u db-serveru nemuze stat - bug serveru je vec jina - to je holt chyba v software.
[..]spatnym navrzenim zamku u BerkelyDB.[..]
myslim, ze autor clanku opakuje nejake obecne mineni, ze to nespociva na jeho vlastnich zkusenosti. Moje zkusenost je, ze nelze za pomoci zamku v bdb uzamknout nejaky rekord, aniz by se neuzamkly i ostatni na dane record-page. To jsem zkusil a to byl jeden duvod, proc jsem bdb take
zavrhl. Druhy duvod je zoufalost, jakym zpusobem je resena problematika vicenasobnych klicu (db_associate).
