On Mon, Jan 15, 2007 at 01:32:50PM +0100, Jozef Babjak wrote: > > 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
Ano, v tomto smere je to zly navrh, ze sme nespravili niekolko podadresarov. Ale zaroven si nemyslim, ze by obrazky ulozene v databaze boli stastnym riesenim. Dokonca je podla mna este horsim. Obrazky sa maju servovat cez web. Robit niekolko SQL query na odservovanie jedneho obrazka mi pride velka dan za to, ze to mam na jednom mieste. Servovanie tych obrazkov by sa spomalilo niekolkonasobne (odhadom 10 - 100x). Alebo sa na servovanie tych obrazkov pouzije databazovy cluster (min. 2 servery) a 2 webservery, pred ktorymi este budu 2 cachovacie servery? To je dokopy 6 serverov. V sucasnosti su to iba 2 servery (1 web, 1 databaza). > 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. No, neviem, neviem. Ak si zratam, ze v databaze mam mat 100 000 obrazkov vo velkosti 30 kB, tak je to cca 3G dat, na ktore nejde spravit kompresiu. Pri ukladani obrazkov na filesystem vies pouzit inkrementalnu zalohu, snapshot a pod., cize snapshotom moze byt postarane o konzistenciu v tomto pripade. A pri databaze asi nevies spravit inkrementalnu zalohu. > Btw, aplikacia, o ktorej sa bavime, uz na uvedene obmedzenie narazila, > alebo je tento problem zatial len teoreticky? Raz uz narazila, ale docasne sa podarilo problem odsunut na neskor vycistenim od bordelu. ;-) rajo -- ,''`. Lubomir Host 'rajo' <rajo AT platon.sk> ICQ #: 257322664 : :' : Jabber: rajo AT jabber.platon.sk VoIP: callto://rajo207 `. `' WWW: http://rajo.platon.sk/ Platon Group: http://platon.sk/ `- GnuPG key: DC0C C7EA 55C8 B089 C41D 944A F251 A93A 2361 A82F -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
