Vlákno názorů k článku Nové paradigma internetových aplikací od GOsoft - Bylo zde nekolikrat zmineno "datove centrum", pro indexovani...

Bylo zde nekolikrat zmineno "datove centrum", pro indexovani informaci. Proc by neslo si vzit priklad z jiz pouzivane distribuovane databaze, ktera nema centralni server, na jehoz vypadku by byl system zavisly. Myslim, muzete se mnou polemizovat, ze system zaznamu, ktery pouziva DNS by byl resenim. Nekolik navzajem na sebe navazujicich databazovych serveru se vzajemnym sdilenym dat. Vypadek takove databaze by byl resen stejne jako v pripade DNS, informace je vzdy ulozena mnohonasobne redundantne.

Nebo si myslite, ze se jedna o nerealizovatelny nesmysl?

DNS asi neni uplne nejlepsi pripad. Je to sice masivne distribuovana databaze, jenze je vhodna pouze pro jasne hierarchicky definovana data. Tato databaze se velice dobre hodi k vyhledani "hodnoty" k (presne) znamemu klici - tedy IP adresy (informace) ke klici, rekneme, www.fio.cz. Je ale zcela nevhodna, pokud klic neznate presne. Napriklad dotaz "vsechny stroje, ktere maji v hostname slovo 'fio' " je pro databazi typu DNS prakticky nezodpoveditelny.

Pro diskutovane ucely tedu nehledame distribuovanou databazi, spise potrebujeme databaze replikovanou - takove, kde kazda kopie je identicka a kazdy stroj ma plnou funkci. Popravde receno, kdyz se mluvi o "datovem centru", nenapadlo me, ze by se mluvilo o jednotlivem pocitaci ve fyzickem slova smyslu, ale prave o jednom logickem centru, ktere muze byt realizovano v mnoha fyzickych kopiich.

Ahoj Dane,
nepotrebujeme exaktni dotaz, ale spis fuzzy logiku :-) V opacnem pripade je toliz klient zahlcen prilisnym mnozstvim informaci ;-)
Proto se priklanim k distribuovane databazi, nehlede na to, ze replikace prinasi dost nerovnomerne datove toky v siti ...

Dane, neodmitej tolik myslenku s analogii DNS. Budou data, ktera budou velmi jednoznacna. Vyvoj technologii, ktere je budou "zjednoznacnovat", a to tak, ze jejich zaznam v necem, jako je DNS, bude velmi kratky, je za rohem. Znova musim pripomenout zvukovy otisk, na ktery tady stale nikdo nereaguje. To meni prohledavani tak zasadnim zpusobem, ze by se tomu mela venovat nalezita pozornost.
Zadne univerzalni reseni pro vsechno nikdy existovat nebude, protoze samo velike Universum je diverzifikovane.

K tomu ma este napada, ze by sa mozno dalo vyuzit hasovanie k tomu, aby som to rozdelil... teda na zaklade kluca (fio) zistim v ktorom centre by dana informacia mohla byt. A to uz sa da pouzit i prisne hierarchicka struktura ala DNS.
Druha myslienka, ktora ma v tomto kontexte napada, je ze by to mohlo byt dalej clenene hierarchicky, nieco ako trie. Tieto riesenia vsak predpokladaju, ze budu stroje (centra), kotre budu pritomne stale, teda nie dynamicky sa meniacu strukturu, ide skor o to, ze sa zataz i spolahlivost celeho systemu rozlozi na velku skupinu spolupracujucich serverov. Samozrejme redundanciou mozeme zabezpecit, ze danu informaciu nebude drzat len jeden server, ale i jeho sekundar (ako u DNS).

Hasovani je ale znovu vhodne v pripade, ze se tim doberu k informaci, kde sezenu CELOU pozadovanou informaci, coz je jednoduche v pripade tak jednoducheho dotazu jako je "Which IP has www.fio.cz", nikoli vsak dotazu "Who is responsible person for IP address of www.fio.cz." (ti, co umi anglicky doopravdy mi prominou). Povsimnete si, ze pro zodpovezeni tohoto dotazu je v soucasne dobe spojit informace ze tri databazi (DNS, IANA, RIPE). A to jsem prilis nevybocil z "Internetu". Stejne tak dotaz "Ktere knihkupectvi na Praze 1 prodava knihu 'Varime s konopim'" vyzaduje kooperaci nejmene dvou databazi. I v pripade, ze to nepolozim jako zcela obecny dotaz, ale naformuluji to "pro stroj" do formy - "SELECT knihkupectvi WHERE 'knihkupectvi sidlici na praze 1' and 'knihkupectvi majici na sklade vyse zminenou knihu' " bude potreba zastresujici centralni prvek, ktery tento dotaz vyresi (i kdyz dve zminene databaze mohou byt nezavisle).

Mozna premyslim o daleko obecnejsim informacne - vyhledavacim systemu a tim vznikaji rozpory - takovyhle system se bude opravdu pomerne slozite distribuovat - ledaze by se skutecne pouzil model "DNS" - ten muze byt distribuovany vice mene proto, ze kazda databaze (BIND) zaroven obsahuje logiku pro vyrizovani dotazu (i kdyz treba jen systemem odkazu na jiny BIND). Vratime-li se ale zpet k nasemu systemu zjistime, ze logika vyrizovani dotazu je velice komplikovana nato, aby bylo ucelne mit ji na kazde databazi. Budou tedy existovat "pristupove dotazovaci body", ktere jsou navzajem plne zamenne, ktere mohou dotazy vyrizovat pomoci libovolne databazove struktury, vcetne distribuovane a ty (nikoli klient) budou plne vyrizovat jak a kde ziskaji informace pro vyrizeni dotazu.

V teto casti oz vlastne spise reaguji na Michala a p. Zajicka - panove, kdyz to naformuluji takto, odstranil jsem rozpor o tom, zda databaze muze nebo nemuze byt distribuovana ?