Re: 10GB pst a zpomalený NB

Dne 8. srpna 2011 12:20 Keberdle Václav <keberdle (zavinac) gmail.com> napsal(a):
> Zdravím,
> kolega mám moc emailů na svém NB 2 pst > 10GB a 2 GB.
> Napadlo mě rozdělit poštu za X let do několika pst.
> Vašek  Keberdle

Určitě se e-maily dají roztřídit do více souborů. Třídění do souborů
podle časového razítka je vcelku jednoduché. Spíš bych se však
přimlouval za tématické třídění (třeba podle projektů), než časové.
Pokud nějaké téma zabírá třeba 6 GB, tak bych se zamyslel nad tím,
jestli e-mail náhodou primitivním způsobem nesupluje nějakou aplikaci,
například verzovací systém.

Přečetl jsem si pár článků o PST a zamyslel se: Proč každý autor
aplikace vymyslí vlastní formát uložení dat, naprosto nekompatibilní
se zbytkem aplikací, když existují desítky databází, ze kterých se dá
rozumně vybrat? Uvedené limity by se staly nezajímavými, ale hlavně by
do popředí vystoupila ochrana dat, transakční zpracování změn a další
příjemné vlastnosti běžně nabízené databázemi. Mám na mysli embedded
databáze, které se nemusí nijak instalovat a dají se snadno přilepit k
aplikaci. Také by se tím vyřešilo vícevláknové zpracování, kdy jedno
vlákno čte e-maily ze schránky, druhé vlákno nerušeně pracuje s jinými
e-maily a třetí vlákno e-maily odesílá. Vítaným bonusem by byla i
zbytečnost "ukládání dat", protože každá změna dat by se promítla na
disku i s transakčními logy, které by umožnily vrátit změny.

Je mi jasné, že PST je uvnitř vlastně jakási databáze. Jen na ni
nejsou kladeny takové nároky, jaké jsou na většinu skutečných
databází. Pokud by PST byla vyvíjena jako běžně používaná databáze s
určitými vlastnostmi pro obecné použití, určitě by byla větší snaha o
navýšení uvedených limitů. Jenže v tom případě by asi nešel na odbyt
MS Access...

Už jsem například uvažoval nad tabulkovým procesorem, který by své
buňky měl v databázi, ale Google Docs mě předběhl :-)
-- 
Kit