[Kde-pim] Akonadi: single database design mistake?

[Anders Lund]

On Tirsdag den 29. november 2011, Dmitry Torokhov wrote:
> It looks like majority of data is envelopes and headers of the emails;
> the idea is that you do not need to rescan your entire maildir folder,
> reading possibly thousands separate files, in order to display mailbox
> contents. The issue as I said is that before akonadi taking over the
> world such storage was a separate file on the filesystem taking a couple
> MB per mailbox whwreas not they all lumped together into a single table
> so any query has to traverse entire index for all folders in all
> accounts one might have.

I can not see how it can be just headers all, since the single table looking 
like it comes from mail is bigger than the actual amount of mail data. And 
headers is only a part of that! AND, why is it there at all, I removed ALL 
akonadi mail resources when I gave up on kmail2, and now only have an empty 
maildir in ~/.local/share/local-mail that akonadi knows of. Appearently 
akonadi did not clean up when those resources was removed, but the system was 
really unstable at that time (the OS, due to akonadi/mail disfunctioning).

Mostly, I
* hope such amounts of data is not meant to be stored in akonadi!
* want to get rid of stale data before trying again...

I see though akonadi keeps .ctg files for groups in the 
~/.local/share/contacts, but will those data be stored/used if I start over?
I remember my groups being lost a few times, so I do not feel very safe.

-- 
Anders
_______________________________________________
KDE PIM mailing list kde-pim at kde.org
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/