[Pipet Devel] Loci and data storage
Svanberg Liss
lisss at ydab.se
Thu Sep 23 10:43:55 EDT 1999
> Sure. Again, I think container loci should act as databases. Anything
that
> includes query operations and not just storage (like AceDB) should be
considered
> a processor locus and not a container.
>
> Containers won't include a query mechanism, so they must be connected to
one:
>
> CONTAINER ------> PROCESSOR ------> CONTAINER
> ^
> Processor is used to
> query the container
> database. The results
> are placed in a new
> container.
Just some information so that you don't redo a lot of work:
( In case you allready knew all this, then please just forget that I
mentioned it again :)
The 'CONTAINER' mentioned abowe seems to be exactly the same as
GNOME::Storage.
... perhaps with a small exeption...
GNOME::Storage has been constructed with a filesystem in mind, and not a
loci, so there is no "Connect storage with storage" = make an external
storage to appear inside another storage.
However, this is not really a problem.
If you wan't this feature, then you'll just add a LOCI::Storage wich
inherites from GNOME::Storage and adds the "link storage" (or whatever)
method.
( Or wait. The Gnome developers will probably add this feature someday. :)
Data in a GNOME::Storage are represented with GNOME::Stream objects, and
they may contain whatever you prefer.
// Liss
More information about the Pipet-Devel
mailing list