Re: MySQL

faq
flatforty
contribute
subscribe
configure
search
rdf

main
parent
thread

Re: MySQL
by Andre on Thursday 26/Apr/2007, @02:20

My semi-informed reply would be: no, it will not require a database. It will just be possible to use one if you want to. I'm sure there will be support for other storage back ends as well. Still, I am not a dev in KDE-PIM, so I might be wrong.

Related Links

·   Articles on KDE PIM
·   Also by Andre
·   Contact author

The Fine Print: The following comments are owned by whomever posted them.
( Reply )

Re: MySQL
by Till Adam on Thursday 26/Apr/2007, @03:57

Akonadi uses the database to store metadata and usually relies on external providers/agents/ressources for the actual storage. In the mail case, for example, your mail would be in a maildir, and only a cache of things like the headers or a summary along with transient info like tags, colors, etc. would end up in the db, for easy and fast indexing, searching, etc. It can cache the payload data itself as well, though, to avoid unnessecary re-downloads, or to make offline work possible, in which case the data does end up in the database. Currently it can work with MySQL embedded and a MySQL server, so if you don't want to have a full on server running, you can simply use the single-file engine, which works much like, for example, sqlite. The database in this case is completely transparent to the user. It's merely an implementation detail, and if you happen to be running MySQL anyhow, for Amarok, KPhotoAlbum, or what have you, it can use that too. Does that clarify it a bit?

[ Reply To This | View ]

Re: MySQL
by Jakob Petsovits on Thursday 26/Apr/2007, @07:28

> Akonadi uses the database to store metadata and usually relies
> on external providers/agents/ressources for the actual storage.

Hm, that sounds a lot like it could make use of Nepomuk's KMetaData.
No idea if that satisfies Akonadi's performance criteria, though.

[ Reply To This | View ]

Re: MySQL
by Till Adam on Friday 27/Apr/2007, @02:56

There's a demo feeder for Nepomuk, but we also store information that Nepomuk is not interested in. Sure, we'll use it.

[ Reply To This | View ]

Re: MySQL
by Ben on Thursday 26/Apr/2007, @12:58

And out of curiosoty, why when caching the E-mail payload will the entire E-mail go into the database, instead of another maildir?

[ Reply To This | View ]

Re: MySQL
by Till Adam on Friday 27/Apr/2007, @02:53

The idea is to keep the resources (the bits that know how to deal with a storage format, or groupware server) as simple as possible, which includes them not having to re-implement cache mechanisms over and over again, as was needed with the old kresources framework. So conceptually all caching is done inside Akonadi. We might special case well-known formats such as email to use a different on-disk store, for example maildir, for performance and robustness reasons, but in the general case the database acts as the cache. Much of the data is small (contacts, events, chat logs, etc.) and can thus be stored very efficiently in the db itself.

[ Reply To This | View ]

Re: MySQL
by superstoned on Thursday 26/Apr/2007, @04:16

I wonder if using Strigi is an option for them? Strigi in turn supports several databases... It might make their life easier?!?

[ Reply To This | View ]

Re: MySQL
by Till Adam on Thursday 26/Apr/2007, @04:18

We use strigi for indexing, yes.

[ Reply To This | View ]

The Fine Print: The previous comments are owned by whomever posted them.
( Reply )


		"If you have an itch not being scratched, you can scratch it, or pay someone to scratch it for you." -- Eric Laffoon
KDE®, "K Desktop Environment", "KDE Dot News", "got the dot?" and the KDE Logo® are trademarks or registered trademarks of KDE e.V. in the European Union, the United States and other countries. All other trademarks and copyrights on this page are owned by their respective owners. Comments are owned by the poster. The rest: Copyright © 2000-2008 KDE e.V. for The KDE Project. For further information or comments on this site, please contact the Webmaster.