[KDE-pim] New Install: AKONADI wit PostgreSQL

Erik Quaeghebeur mail.kde.org at equaeghe.nospammail.net
Fri Jan 1 15:43:01 GMT 2021


On donderdag 31 december 2020 12:39:51 CET, Martin Steigerwald wrote:
> I think it is too much to ask from the user of a PIM suite to deal with 
> database administration tasks of any kind. […]

I agree. That is why I switched to the SQLite backend (it, also, is an 
improvement over the default MySQL). There are all kinds of warnings strewn 
around the internet that it isn't up to the task for Akonadi, but any 
issues I have are never reducible to SQLite. It's (failed) syncing to and 
from the remote that typically causes problems for me, because Akonadi 
doesn't seem capable of recovering. (It seems to use some out-of-database 
files thrown into the configuration directory for the backlog of unsynced 
local stuff…)

A PIM suite needs some database backend for searching and filtering. But 
something like SQLite should be up to the task in the single-user-at-a-time 
case. (‘Ad’ from sqlite.org: “For device-local storage with low writer 
concurrency and less than a terabyte of content, SQLite is almost always a 
better solution. SQLite is fast and reliable and it requires no 
configuration or maintenance. It keeps things simple. SQLite "just 
works".”) It is used in many applications that put quite some load on it. 
It includes many features that could be leveraged (views, triggers, full 
text search, json fields).

Focusing on just one database engine (SQLite, effectively an industry 
standard for non client-server relational databases) could reduce the 
maintenance burden on the developers and the upgrade woes of users, and 
could allow for using functionality specific to that engine that otherwise 
requires extra dependencies or custom code.


Just some New-Year's day opinions,

Erik


More information about the kdepim-users mailing list