[Cuis-dev] Design idea with persistence of objects

[Luciano Notarfrancesco]

Image segments can be useful for superfast save/load of a graph of objects.
I dont know how they compare with the serialization you are doing, it might
be worth doing some tests to compare.

On Sun, 20 Sep 2026 at 17:53 Hilaire Fernandes via Cuis-dev <
cuis-dev at lists.cuis.st> wrote:

> Hi,
>
> I am looking for idea and design idea regarding persistence of objects.
>
> In the DyboApp, the user data are saved in a tree of objects
>
>    - userData (root)
>       - schools
>          - classGroups
>             - courses
>                - topics
>                   - documents
>
> The most complex data are the documents. A document represents a metaphor
> of pages with handwritten notes, and an arbitrary number of tools, dropped
> pictures from the host filer, etc. Moreover a page may have a model as
> simple as a background color, or a particular design as horizontal lines,
> grid, graph paper or a pdf.
>
> Because of this complexity, I serialize the documents in individual
> compressed files, it is fast at saving and loading. Because serializing the
> userData root save all the data by default, each Document instances in the
> documents collection (at the bottom of the tree above), are in fact
> DiskProxy containing the path to the independently serialized Document
> instances.
>
> This works well when saving the whole userData or an individual Document.
> However, at start-up, accessing the userData load everything, which is fine
> expect for the documents collection and its Documents instances (through
> the Disk proxy). As the documents collection, it may become slow when I
> will have several hundreds of documents.
>
> I have some ideas how to improve this, but I am interested to read other
> opinions and experience on the matter.
>
> Thanks
>
>
> -- http://mamot.fr/@drgeo
>
> --
> Cuis-dev mailing list
> Cuis-dev at lists.cuis.st
> https://lists.cuis.st/mailman/listinfo/cuis-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.cuis.st/mailman/archives/cuis-dev/attachments/20260921/d06be721/attachment.htm>