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

[bhlevca]

Hi, 

Before you throw any flames at me please note that I am a KDE fan and I am
using it everywhere on my computers. 

I almost dumped KDE for LXDE and XFCE ( I hate gnome) about 2 years ago when
I switched to kmail2 and the whole akonadi/nepomuk/virtuoso.  It was way too
slow to buggy and unusable. I was losing data that I could not afford to
lose.   
I hung on it for a couple of months like any harcore KDE fan, but in the end
it was too much to take.   

 KDE is awesome and it becomes more usable by the day, but honestly kdepim
should not be a part of it. I get the idea that a common database for all
would make things easier and it would be nice, but so was the Communism, a
big bright idea that did not work. 

After a brief stray from KDE I came back, but  I disabled everything from
kdepim that could cause pain: no desktop search, no nepomuk, no akonadi no
virtuoso, no calendar, no contacts, etc. I switched my emailing needs to
claws-mail which far from being perfect at least it works. The search works,
all the plugin work and it is fairly customizable and fast enough. 

If you guys want an example of blazing fast search look at "notmuch". I use
it through emacs as my second email platform and is the fastest email search
I have. Dump the crappy system you use now and focus on something that works
fast and that's not the monolithic mysql based solution. Big is not
beautiful and definitely is hard to maintain. It is destined to failure. 

If two years down the road it still has problems that means something, and
that something is a design problem.  Calm down and go to the design board
and look at what works or not. I stongly suggest a solution similar to what
http://notmuchmail.org/  did.  It can be used for contacts and other PIM
features, not email only. 

And now, before throwing stones at me cool down and admit that there is a
design flaw ( 2 years of 100% CPU usage, huge amounts of data, etc) . I got
tired of reporting countless bugs, debugging them  and wasting time on
things that do not work.   I still use KDE but PIM will not be a part of it 
until design will change to simple mechanisms that can be managed and work
flawlessly no matter if the user is a corporation or a housewife.   


Best, 
Bogdan



--
View this message in context: http://kde.6490.n7.nabble.com/Akonadi-single-database-design-mistake-tp1053901p1528539.html
Sent from the kde-pim-general mailing list archive at Nabble.com.
_______________________________________________
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/