[Cl-perec-devel] Another multi-db bug?

[Leslie P. Polzer]

> the problem is that both databases are in the same
> "computed-universe", so when a class is exported in one database then
> it gets "computed" (iow, valid) so the export is considered done when
> accessing the next database.

I suppose that slot should be a list that stores which databases
have been updated and which have not.


> what's your use-case for using two databases? is it schema evolution
> and the involved data migration?

Performance, separation of concerns and convenience e.g. when backing-up
changes.

I need to have several semantically and referentially self-contained
collections of data (e.g. users and their messages).
Each Lisp process has access to exactly one of this and doesn't need
access to the others.

In addition, there is one that is shared by all others, and I need
to clone objects off it. It's some kind of instantiation.

Talking Plato, exactly one of my databases is a shared collection of
"ideals" and the others are separate real-world instances of these
ideal objects.

Thus each process needs access to the public shared storage and to its
own private storage.

I'd appreciate alternate proposals, but so far this has shown to be
the most efficient way.

  Leslie