Nepomuk in 4.13 and beyond
Ingo Klöcker
kloecker at kde.org
Sat Dec 14 20:26:35 GMT 2013
On Friday 13 December 2013 12:42:39 Marco Martin wrote:
> On Thursday 12 December 2013, Vishesh Handa wrote:
> > On Thursday 12 Dec 2013 19:40:11 Ivan Čukić wrote:
> > > From my POV, it would be much nicer if you forced a single db (as
> > > an
> > > actual store, not as a cache like nepomuk is for akonadi) on the
> > > people, with the option to have a few things runtime defined. It
> > > would ease the development and would allow more fun queries which
> > > would be optimized unlike the manual client-side joining of
> > > different query results.
> >
> > But what if one doesn't use SQL for storing data? IMO Xapian is much
> > better suited that sqlite's FTS support (or mysql).
>
> Xapian is just for files indexing, right? (and no, file indexing with
> sqlite would blow up in a nuclear explosion;)
>
> what i would see is a central sqlite db with just relations between
> stuff.
> * tag/anything (being file, email, whatever)
> * activity/anything
> * anything/anything (so explicit relation between contanct and file
> for instance)
>
> that sqlite db makes sense being sqlite since the amount of data in it
> would probably stay pretty limited (mostly relations hand made,
> anyways around hundreds of items max vs the hundred thousands of the
> file index for instance)
Hmm, I would love to tag my email (using filters) just like Google Mail
does so that I can stop filtering my email into folders and I can start
using "tag folders". This would result in hundreds of thousands of
relations tag/email, wouldn't it?
Regards,
Ingo
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20131214/179c267e/attachment.sig>
More information about the kde-core-devel
mailing list