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: [email protected] [mailto:opensim-dev- > [email protected]] On Behalf Of [email protected] > Sent: den 22 september 2009 20:28 > To: [email protected] > 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: [email protected] [mailto:opensim-dev- > >> [email protected]] On Behalf Of Dickson, Mike (ISS Software) > >> Sent: den 22 september 2009 17:55 > >> To: [email protected] > >> 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: [email protected] [mailto:opensim-dev- > >> [email protected]] On Behalf Of Melanie > >> Sent: Tuesday, September 22, 2009 10:42 AM > >> To: [email protected] > >> 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 > >> <[email protected]>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 > >>> [email protected] > >>> https://lists.berlios.de/mailman/listinfo/opensim-dev > >> _______________________________________________ > >> Opensim-dev mailing list > >> [email protected] > >> https://lists.berlios.de/mailman/listinfo/opensim-dev > >> _______________________________________________ > >> Opensim-dev mailing list > >> [email protected] > >> https://lists.berlios.de/mailman/listinfo/opensim-dev > > > > _______________________________________________ > > Opensim-dev mailing list > > [email protected] > > https://lists.berlios.de/mailman/listinfo/opensim-dev > > > _______________________________________________ > Opensim-dev mailing list > [email protected] > https://lists.berlios.de/mailman/listinfo/opensim-dev _______________________________________________ Opensim-dev mailing list [email protected] https://lists.berlios.de/mailman/listinfo/opensim-dev
