Administrace komentářů

Ahoj, moje soukr posta ma vic jak 11 giga. Jen v INBOXu mam pres 9000 schranek. Mnoho a mnoho podschranek. Jako nejrychlejsi se mi ukazala kombinace maildir formatu a courier imap. Takto mi to ani nezatezuje server a je to velmi svizne (pruser nastava kdyz se TB rozhodne, ze si sosne celej inbox od zacatku, ale to je uz uplne jine tema o tom proc mam takovej neporadek v poste a zda je to nutne...). Na dorucovani pouzivam postfix a procmail. Vsechny definice schranek (ale i ftp ucty, dns zaznamy atd...) mam v databazi. Databaze mi prinasi mnoho vyhod s administraci (pouzivam postgres a hodne vyuzivam pohledy, triggery a funkce), ale obecne lze rici, ze ukladat fajly do db neni snad nikdy vhodne reseni. Blbe se to zalohuje a databaze se ti muze celkem snadno poskodit - pak tam loadovat takove mnozstvi dat zpatky je jednak horor a druhak to trva hodne moc dlouho. Pokud tedy nastane katastrofa, pak se ti hodi kazda usetrena minuta a neni dobre takto casem plytvat. Taktez je pravda, ze to je nestandardni format ulozenych dat a ze tedy logicky budes postupne behem pouzivani narazet na spoustu dalsich potizi, ktere dnes treba ani nikoho z nas nemusi napadnout.

Jetse mne napadlo, ze se mi v jedne schrance obcas okoti tolik zasilek, ze jsou jich uz stovky tisic (malickate textove mailiky - hlasky z ruznych serveru) a tech pak muze byt az tak moc, ze nad nimi nelze uz udelat dirlist. Tohle by databaze vyresit umela a pokud by to nebyl jen muj neporadek, ale pokud by to skutecne bylo potreba, pak by to byla vyjimka a skutecny duvod pro ukladani fajlu do db. Mas tedy pocit, ze potrebujes mit adresar (rekneme ten inbox) s pul milionem zasilek, se kterymi skutecne chces pracovat?