26. 9. 2018 v 12:38, Jan B. Kolář &lt;janbivoj.kolar(a)zazen-nudu.cz&gt;cz>: Ahoj, díky za reakci i odkaz na článek. Kupodivu mi nějak unikl, vycházel jsem z informací o Eventual Consistency: http://docs.couchdb.org/en/stable/intro/consistency.html <http://docs.couchdb.org/en/stable/intro/consistency.html> Přesně jak píšeš, výpadky jsou minimální, takže by se dala použít on-line databáze a v případě výpadku nějaká dočasná lokální kopie. I s touhle myšlenkou jsem si pohrával, ale narazil jsem právě na problém, jak správně data mezi on-line databází a lokální kopií synchronizovat. V globále v podstatě řeším následující: 1) Mám "sdílené" tabulky, které potřebuji mít v nějaké rozumně aktuální podobě k dispozici v lokálních databázích (např. produkty, uživatelé, zákazníci). Do těchto tabulek se nemusí nutně zapisovat v případě výpadku, tzn. je li výpadek, nepůjde upravit produkt, přidat zákazník a tak dále. Lokální kopie tedy může být "read-only". 2) Mám tabulku účtenek, do které pokladna bude zapisovat i v případě výpadku. Z hlediska použitelnosti by bylo nejideálnější, kdyby na lokále byla aktuální data (tzn. i v případě výpadku je přístup ke všem účtenkám, např. kvůli reklamaci). Do této tabulky nebudou zapisovat jiné pokladny (pokud nebude sdílená pro všechny účtenky, každopádně by ale pokladna neměla upravovat řádky jiné pokladny). Na serveru mi zase stačí "read-only" kopie, abych se mohl z administrace dostat ke všem účtenkám všech prodejen, případně, aby se mohla třeba řešit reklamace na jiné prodejně, než byl produkt zakoupen. Dá se tedy říct, že potřebuji synchronizovat data - některá ze serveru na pokladnu a jiná z pokladny na server. Přičemž právě synchronizace dat se nejvíce bojím - přijde mi to jako obsáhlý problém a myslím že to se svými znalostmi nejsem schopen podchytit v aplikaci. A právě CouchDB mi přišlo jako ideální řešení, protože mi zaručí dostupnost dat jak na lokálech, tak na serveru. Jenže ke CouchDB nemůžu najít moc zdrojů a nejsem si jist, jak mám některé věci implementovat - jak jsem psal, třeba právě sklad a skladové zásoby. Je dobré si udělat dokument "sklad" a v něm udržovat seznam všech produktů s jejich počtem. Nebo si v podstatě naroubovat relační přístup a vytvořit pro každý produkt dokument s obsahem "produkt", "sklad", "počet ks". Nebo udržovat skladové zásoby uvnitř dokumentu "produkt"? Neotravoval bych Vás tím, jenže obvykle to u mě probíhá tak, že se s vervou pustím do implementace a když jsem tak v půlce, tak mi začnou docházet komplikace daného postupu. Tak všechno zahodím a pustím se do jiného způsobu, kde obvykle opět dojdu k jiným komplikacím. No a když už je to po páté a po týdnu není nic hotového, tak bych to s chutí roztřískal :-D Zdraví Honza Dne 26.9.2018 v 10:41 Lukáš Němec napsal(a): -- Jan B. Kolář Zažeň nudu Hodolanská 17, 779 00 Olomouc tel: +420 605 800 859 e-mail: janbivoj.kolar(a)zazen-nudu.cz <mailto:janbivoj.kolar@zazen-nudu.cz> www.zazen-nudu.cz <http://www.zazen-nudu.cz/>_______________________________________________ Community-list mailing list Community-list(a)lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list