[prev in list] [next in list] [prev in thread] [next in thread]
List: kde-devel
Subject: Re: Storing data
From: Nathan Bradshaw <nathanlbradshaw () gmail ! com>
Date: 2011-06-24 14:07:06
Message-ID: BANLkTi=7t8yHxJuGv7fw+Zhf-JfNZki9bQ () mail ! gmail ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
On Fri, Jun 24, 2011 at 9:41 AM, Vishesh Handa <handa.vish@gmail.com> wrote=
:
>
>
> On Fri, Jun 24, 2011 at 7:07 PM, Nathan Bradshaw <
> nathanlbradshaw@gmail.com> wrote:
>
>> On Thu, Jun 23, 2011 at 5:51 PM, Thomas L=FCbking <
>> thomas.luebking@gmail.com> wrote:
>>
>>> Am Thursday 23 June 2011 schrieb Steven Sroka:
>>> > What is the best way for a KDE program to store data? Not passwords o=
r
>>> > anything sensitive, but data a user had typed into text fields.
>>> >
>>> > Some sort of database. Something along the lines of KConfig or KConfi=
g
>>> > XT but for raw data not configuartion data for programs.
>>> Depends on the type of data and what you want to do with it.
>>>
>>> If you want to "dump memory", you need to serialize the data.
>>> Have a look at QDataStream.
>>>
>>> KSharedDataCache helps to to access information from several processes =
at
>>> the
>>> same time (like eg. the icons) and save memory.
>>>
>>> Also you can write it to some xml or an kconfig/qsettings ini-a-like fi=
le
>>> with
>>> the advance of "less" access ;-)
>>>
>>
>> Is RDF through Soprano an option here?
>>
>
> Yes. But you don't really want to another another virtuoso instance. You
> could use another backend though.
>
> If you can structure the data properly, you could store it in Nepomuk's
> virtuoso repository.
>
So the instance of virtuoso running for nepomuk can't be shared? That would
be a bit of an onion in the ointment.
I guess going away from an RDF store, there is sqlite if you don't mind th=
e
dependency.
[Attachment #5 (text/html)]
<br><br><div class="gmail_quote">On Fri, Jun 24, 2011 at 9:41 AM, Vishesh Handa <span \
dir="ltr"><<a href="mailto:handa.vish@gmail.com">handa.vish@gmail.com</a>></span> \
wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px \
#ccc solid;padding-left:1ex;"> <br><br><div class="gmail_quote"><div><div></div><div \
class="h5">On Fri, Jun 24, 2011 at 7:07 PM, Nathan Bradshaw <span dir="ltr"><<a \
href="mailto:nathanlbradshaw@gmail.com" \
target="_blank">nathanlbradshaw@gmail.com</a>></span> wrote:<br> <blockquote \
class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc \
solid;padding-left:1ex"> <div><div class="gmail_quote">On Thu, Jun 23, 2011 at 5:51 \
PM, Thomas Lübking <span dir="ltr"><<a href="mailto:thomas.luebking@gmail.com" \
target="_blank">thomas.luebking@gmail.com</a>></span> wrote:<br><blockquote \
class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc \
solid;padding-left:1ex">
Am Thursday 23 June 2011 schrieb Steven Sroka:<br>
<div>> What is the best way for a KDE program to store data? Not passwords or<br>
> anything sensitive, but data a user had typed into text fields.<br>
><br>
> Some sort of database. Something along the lines of KConfig or KConfig<br>
> XT but for raw data not configuartion data for programs.<br>
</div>Depends on the type of data and what you want to do with it.<br>
<br>
If you want to "dump memory", you need to serialize the data.<br>
Have a look at QDataStream.<br>
<br>
KSharedDataCache helps to to access information from several processes at the<br>
same time (like eg. the icons) and save memory.<br>
<br>
Also you can write it to some xml or an kconfig/qsettings ini-a-like file with<br>
the advance of "less" access ;-)<br></blockquote></div><br></div>Is RDF \
through Soprano an option here?<br></blockquote></div></div><div><br>Yes. But you \
don't really want to another another virtuoso instance. You could use another \
backend though.<br>
<br>If you can structure the data properly, you could store it in Nepomuk's \
virtuoso repository.<br></div></div></blockquote></div><br>So the instance of \
virtuoso running for nepomuk can't be shared? That would be a bit of an onion in \
the ointment.<br> <br>I guess going away from an RDF store, there is sqlite if you \
don't mind the dependency.<br><br>
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic