[Opensim-dev] Thoughts on adding a generic key-value storage system to OpenSim?

[Stefan Andersson]

Well, 

as Melanie said,

given the modularity of OpenSim, anybody is free to do an IGenericStorage
module interface that implements that. All it needs is a couple of
XXXGenericStorageImpl for the various data providers, and you're good to go.

The underlying question is if those modules should be part of core or not;
and if so, whether it should in any way 'hook into' any of the existing
storages.

/Stefan

> -----Original Message-----
> From: opensim-dev-bounces at lists.berlios.de [mailto:opensim-dev-
> bounces at lists.berlios.de] On Behalf Of diva at metaverseink.com
> Sent: den 22 september 2009 20:28
> To: opensim-dev at lists.berlios.de
> Subject: Re: [Opensim-dev] Thoughts on adding a generic key-value
> storage system to OpenSim?
> 
> I think the issue at hand is how to allow plugins (regions modules and
> others) to store additional data in the existing databases. Many times
> the extra data is just a few more fields. Having to setup entire
> databases for those plugins, separate from the existing ones, and
> requiring coordination with the existing ones, seems like an
> unnecessary
> complexity.
> 
> So definitely +1 on jhurliman's proposal.
> 
> Stefan Andersson wrote:
> > For what it's worth, I'd rather have us encourage exploring notions
> of
> > cloud-like and distributed services than to create a serve-all string
> > storage.
> >
> > Pitched against monolithic database providers, I feel it's more in
> line with
> > the OpenSim distributed, modular and decoupled mantras.
> >
> > /Stefan
> >
> >> -----Original Message-----
> >> From: opensim-dev-bounces at lists.berlios.de [mailto:opensim-dev-
> >> bounces at lists.berlios.de] On Behalf Of Dickson, Mike (ISS Software)
> >> Sent: den 22 september 2009 17:55
> >> To: opensim-dev at lists.berlios.de
> >> Subject: Re: [Opensim-dev] Thoughts on adding a generic key-value
> >> storage system to OpenSim?
> >>
> >> And OpenSim is?
> >>
> >> I actually really like the notion of a REST like interface for semi-
> >> structured attribute/value storage for modules.  Similar to the
> cloud
> >> centric storage services. Maybe you configure a URL for the REST
> >> storage svc to use and a module that needs it can look it up and use
> >> it. One implementation could certainly be in the local database but
> an
> >> external svc (either a separate shared "internal" svc or a real
> >> external cloud storage svc depending on needs).
> >>
> >> Anyway, I'd hate to see restricting options for this based on
> perceived
> >> stability of a solution.  OpenSim itself is "alpha" as has been
> pointed
> >> out.  Melanie, you seem to have a preconceived design in mind, maybe
> >> you could share some details.
> >>
> >> Mike
> >>
> >> -----Original Message-----
> >> From: opensim-dev-bounces at lists.berlios.de [mailto:opensim-dev-
> >> bounces at lists.berlios.de] On Behalf Of Melanie
> >> Sent: Tuesday, September 22, 2009 10:42 AM
> >> To: opensim-dev at lists.berlios.de
> >> Subject: Re: [Opensim-dev] Thoughts on adding a generic key-value
> >> storage system to OpenSim?
> >>
> >> CouchDB is generally not considered stable at this time.
> >>
> >> Melanie
> >>
> >> Daniel Smith wrote:
> >>> You mentioned JSON -- Anyone looking at CouchDB?
> >>> http://couchdb.apache.org/
> >>>
> >>>
> >>> On Tue, Sep 22, 2009 at 12:16 AM, Frisby, Adam
> >> <adam at deepthink.com.au>wrote:
> >>>> I think something that has emerged a lot in the last year is the
> >>>> scalability properties of key-value stores. You can get them up to
> >> gigantic
> >>>> sized databases fairly efficiently; definitely more so than a
> >> conventional
> >>>> DB. It would however be nice if we could get some kind of struct
> >> format for
> >>>> serialising/deserialising data and knowing how to decode it
> >> implicitly.
> >>>> (XML, JSON?)
> >>>>
> >>>> Adam
> >>>>
> >>>
> >>> -------------------------------------------------------------------
> --
> >> ---
> >>> _______________________________________________
> >>> Opensim-dev mailing list
> >>> Opensim-dev at lists.berlios.de
> >>> https://lists.berlios.de/mailman/listinfo/opensim-dev
> >> _______________________________________________
> >> Opensim-dev mailing list
> >> Opensim-dev at lists.berlios.de
> >> https://lists.berlios.de/mailman/listinfo/opensim-dev
> >> _______________________________________________
> >> Opensim-dev mailing list
> >> Opensim-dev at lists.berlios.de
> >> https://lists.berlios.de/mailman/listinfo/opensim-dev
> >
> > _______________________________________________
> > Opensim-dev mailing list
> > Opensim-dev at lists.berlios.de
> > https://lists.berlios.de/mailman/listinfo/opensim-dev
> >
> _______________________________________________
> Opensim-dev mailing list
> Opensim-dev at lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/opensim-dev