Thread overview
persistence, serialization, history (run-to-run) in small self-contained program
Jul 14, 2016
dan
Jul 14, 2016
rikki cattermole
Jul 14, 2016
Jacob Carlborg
Jul 15, 2016
dan
Jul 15, 2016
Jacob Carlborg
July 14, 2016
I'm writing a small program (compiled with gdc on xubuntu 16.04).

I would like it to remember a little data (a few kilobytes maybe).

It looks like d comes with standard support for both sqlite3 and json --- is there any particular reason to prefer one over the other?   Or maybe something else entirely? (In each case, i would store the data in some file, and on second and subsequent runs of the program attempt to recover the data from that file if possible.)

My main concern is minimizing program complexity.

TIA for any advice.

dan

July 14, 2016
On 14/07/2016 5:18 PM, dan wrote:
> I'm writing a small program (compiled with gdc on xubuntu 16.04).
>
> I would like it to remember a little data (a few kilobytes maybe).
>
> It looks like d comes with standard support for both sqlite3 and json
> --- is there any particular reason to prefer one over the other?   Or
> maybe something else entirely? (In each case, i would store the data in
> some file, and on second and subsequent runs of the program attempt to
> recover the data from that file if possible.)
>
> My main concern is minimizing program complexity.
>
> TIA for any advice.
>
> dan

Well both are fairly complex formats, so really depends on what you need to store.

July 14, 2016
On 2016-07-14 07:18, dan wrote:
> I'm writing a small program (compiled with gdc on xubuntu 16.04).
>
> I would like it to remember a little data (a few kilobytes maybe).
>
> It looks like d comes with standard support for both sqlite3 and json
> --- is there any particular reason to prefer one over the other?   Or
> maybe something else entirely? (In each case, i would store the data in
> some file, and on second and subsequent runs of the program attempt to
> recover the data from that file if possible.)
>
> My main concern is minimizing program complexity.

There's Orange [1]. It's a serialization library that serializes to XML.

[1] https://github.com/jacob-carlborg/orange

-- 
/Jacob Carlborg
July 15, 2016
On Thursday, 14 July 2016 at 08:28:56 UTC, Jacob Carlborg wrote:
> On 2016-07-14 07:18, dan wrote:
>> I'm writing a small program (compiled with gdc on xubuntu 16.04).
>>
>> I would like it to remember a little data (a few kilobytes maybe).
>>
.....
>>
>> My main concern is minimizing program complexity.
>
> There's Orange [1]. It's a serialization library that serializes to XML.
>
> [1] https://github.com/jacob-carlborg/orange

Thanks Jacob!

I was unaware of Orange.

@rikki --- Thanks also for your remarks.  Although in principle
both sql and json are complex, they are familiar, so if they
work as in other languages i'm hoping (knock on wood) they
won't seem complex.  As to what i'm storing, it's a little
indefinite now, but will include strings and times.

July 15, 2016
On 2016-07-15 04:17, dan wrote:

> Thanks Jacob!
>
> I was unaware of Orange.

Available on Dub now as well: https://code.dlang.org/packages/orange

-- 
/Jacob Carlborg