> Aplikacia je v podstate frontend k databaze obrazkov. Na vyvoji > aplikacie som sa podielaj aj ja. Priznavam sa. ;-) Informacie > o obrazkoch su ulozene v databaze, subory su na filesysteme. Kedze kazdy
^-- S par takymito aplikaciami som sa stretol, vzdy sa jednalo o kriticky zlu crtu navrhu, ktora sa skor ci neskor vyriesila tak, ze sa obsah fs migroval do databazy. Ak mate udaje v databaze, mozete riesit fileover a high-availability prostriedkami databazy; a tam je znacne pravdepodobnejsie, ze taketo prostriedky existuju, ako pri fs. Naopak, ak mate udaje na lokalnom fs, principialne nemozete nad nimi pouzit klaster aplikacii. No a ked administratori musia zalohovat oddelene databazu a oddelene fs, preklinaju navrharov. Nielenze musia robit dva ukony namiesto jedneho, ale zvycajne nedokazu urobit "synchronnu" zalohu bez odstavky aplikacie. Ledazeby aplikacia sama poskytovala mechanizmus na svoje zalohovanie/obnovu na/z rozne media (v tomto pripade fs+db). A to je kod navyse, a kod navyse su chyby navyse. Takze najlepsim riesenim je v tomto pripade upravit aplikaciu tak, aby pouzivala jediny data storage - databazu, cim jednak zmizne aktualny problem, jednak sa usetri vela problemov v buducnosti. Aj viem, nestiha sa, nema to kto zaplatit, etc. Btw, aplikacia, o ktorej sa bavime, uz na uvedene obmedzenie narazila, alebo je tento problem zatial len teoreticky? J. -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
