Na me ucely to s CouchDB nevypada dobre. Na klientech se vygeneruje cca 800 zaznamu za 8 hodinovou smenu, nekde se jede na vic smen. Jeden zaznam ma cca 40 udaju tedy sloupcu. Data na klientech jsou vetsinou za posledni rok na serveru pak "co server snese", idealne se vubec nemazou. Z dat se dela statistika, seskupuji se podle ruznych vlastnosti atd. Pochopil jsem, ze na tohle CouchDB neni uplne nejlepsi nastroj. Je tak?
Krom zaznamu vzniklych provozem resime editaci nekolika ciselniku. Na to by CouchDB zrejme byla fajn, ale tim bychom museli zamotat do projektu dalsi typ db, coz jiste neni uplne nesmyslne, ale zkusil bych se tomu vyhnout.
V soucasnosti mame na prenaseni dat nas protokol a nas server. Jista nesikovnost nam hrozi jen pri editaci ciselniku, ale to poresime tak, ze trochu uhnem a editace ciselniku bude povolena jen tehdy, pokud ma klient spojeni se serverem (mysleno spojeni nasim protokolem). Ciselniky se edituji minimalne. Kdyz spojeni je, pozada se o zamek editace ciselniku atd. Pro opravnene uzivatele se treba umozni editace i v offlinu s tim, ze vedi co delaji ;-)
Jeste dodam, ze tu db mame fakt jednoduchou a resime vlastne asi 3 typy zaznamu, ktere vznikaji behem prace a pak cca deset ciselniku. Takze proste zustaneme u toho, ze si to vyresime po svem.
18 Odpovědí
3425 Zhlédnutí