Hi Sergio,

I have used Fuel to good effect to store a tree of objects (with all interlinkages).

Saving:

saveTo: aFileOrName

| aFileName |

aFileName := aFileOrName fullName.
FLSerializer serialize: self toFileNamed: aFileName


Loading:

loadFrom: aFileOrFileName

| new |

new := FLMaterializer materializeFromFileNamed: aFileOrFileName fullName.

new ifNil: [^nil]. "becomeForward fails for nil!"

self becomeForward: new

Just make sure you don't have any references to objects outside of your model tree - you'll disappear down a black hole as it tries to save the whole image!

Cheers,

Stew

On Thu, Jan 18, 2024 at 5:48���PM sergio ruiz <sergio.rrd@gmail.com> wrote:
I have been in the relational database world for decades. One of the things that is super simple is backing up and restoring data.

Sometimes, it makes it makes sense to pull the production data into development. In the case of a catastrophe, it���s super simple to restore data from a backup.

I am thinking of backup strategies for my data once again, and am wondering if things have changed since I was last using smalltalk.

I am thinking of the following:

STON
I could dump all of my data into STON, but there is one slight twist. In this project, it���s just making a list of movie listings. There are three basic classes: Theater, Movie, Event. Each of these classes stores an OrderedCollection of items of that type on a class variable, as I���ll need to access each on their own.. so, if an event has a theater, I���ll need to access Theaters on their own, and Movies on their own.

So, I would have to rebuild the list of Theaters from the Theaters in each event. Otherwise, I would lose the link between the Theaters on the Theater class variable and the Theater in the Event instance.

Am I thinking about this incorrectly?

Gemstones
I am totally into the idea of using gemstones. Is there a backup and restore for objects here? do the relationships remain?

Voyage
This seems like a good solution, but I would rather stay in the smalltalk object store.

Ideas?

Thanks!

----
peace,
sergio
photographer, journalist,��visionary

Public Key:��https://pgp.key-server.io/pks/lookup?op=get&search=0x69B08F58923AB3A2
#BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV
@sergio_101@mastodon.social