Cool idea..
Hi All,
I don't know which platforms you've been looking at.. but two products that
might be of interest.. Javlin by Exceloncorp (Object Design) is based on
Objectstore and promises to provide all your caching etc. and still allows a
backend way of writing out to RDBMS. I've worked with Objectstore and it is
fast.. given you are utilizing its ability to resolve references directly in
an object graph and not breaking out to do lots of relational style lookups.
The interesting thing about Javlin is that it's billed as a layer you can
plug into an EJB server to increase performance by caching beans directly
but still allowing you to map them onto a relational structure **should you
want**. You don't need to. See www.odi.com or www.exceloncorp.com.
The other vendor to visit is Gemstone. If I remember right these guys have
some object management stuff in the back of their app. server.
www.gemstone.com.
Cheers,
Jon
************************
Jon Ferguson
ObjectTalk
email: [EMAIL PROTECTED]
************************
>From: nati shalom <[EMAIL PROTECTED]>
>Reply-To: nati shalom <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Subject: Re: Offtopic: Experiences with ODBMS...
>Date: Wed, 4 Jul 2001 02:34:44 +0200
>
>Hi All
>I am not sure how many of you are familiar with JavaSpaces.
>JavaSpaces is a specification from sun and is part of the JINI framework
> even though it is not realy dependent on JINI ).
>The nice thing about a space is that it provides a very simple and elegant
>shared object repository.
>
>If you are interested in such a solution than I would suggest that you
>would
>take a look into this. I had listed several sources of information on our
>web site www.j-spaces.com . you can also find more relevant information
>www.jini.org .
>We had developed our space implementation with an open persistent layer
>that
>works both with RDBMS and ODBMS so it in a way it solves the dilemma in
>using RDBMS and ODBMS.
>In addition to that the space provide an elegant approach not just for
>storing objects but also for exchanging them. Since it utilizes the JINI
>framework it can be found spontaneously that is the client does not need to
>know in advance where it is located it does not need to install any driver
>for using it (the driver is loaded dynamically ).
>Object can be stored without any need for additional post compilation or
>mapping. The space support distributed transactions etc.
>
>
>
>Nati Shalom
>[EMAIL PROTECTED]
>J-Spaces Technologies
>"The space is the network"
>www.j-spaces.com
>
>
>-----Original Message-----
>From: A mailing list for Enterprise JavaBeans development
>[mailto:[EMAIL PROTECTED]]On Behalf Of Winston Gnananayagam
>Sent: Tue 03 July 2001 20:21
>To: [EMAIL PROTECTED]
>Subject: Re: Offtopic: Experiences with ODBMS...
>
>Seems like there is a big untapped market for providing 3rd party tools to
>integrate with ODBMS. Hopefully some folks are already working on
>technologies related to that. Please, do let me know if anybody is making
>initiatives on this aspect. Looking for pointers in that direction, so I
>can
>evaluate, if its time to adopt this technology.
>Winston.
>
>
>
>
>----- Original Message -----
>From: "Jay Walters" <[EMAIL PROTECTED]>
>To: <[EMAIL PROTECTED]>
>Sent: Monday, July 02, 2001 3:33 PM
>Subject: Re: [EJB-INT] Offtopic: Experiences with ODBMS...
>
>
> > Definitely the operations people are probably not it... Depends on the
> > organization of course... This stems from problems early in the days of
> > OODBMS when they weren't nearly as robust as an RDBMS, I can't comment
>if
> > they'd made much progress. And as Tinou also said, tool integration can
>be
> > an issue in terms of report writers, query tools, etc.
> >
> > Cheers
> > Jay
> >
> > -----Original Message-----
> > From: Tinou Bao [mailto:[EMAIL PROTECTED]]
> > Sent: Monday, July 02, 2001 3:32 PM
> > To: [EMAIL PROTECTED]
> > Subject: Re: Offtopic: Experiences with ODBMS...
> >
> >
> > comments from a guy who hasn't used one but would like to:
> >
> > From what I've read people who use object dbs love it (maybe the ones
>who
> > don't like it aren't saying anything...) but the the major things I
>would
> > say have prevented us from using versant or the likes are:
> >
> > * clients don't want anything but oracle/sql server bc they already got
>it
> > and it's hard to "go wrong with it"
> > * integration with 3rd party tools that talk to oracle et al
>only...versant
> > et al have java apis and probably adapters for jdbc/sql but it's
>probably
> > not officially supported by the product u need to integrate with...
> >
> > --
> > Tinou Bao
> > www.tinou.com
> >
> >
> > ----- Original Message -----
> > From: "Winston Gnananayagam" <[EMAIL PROTECTED]>
> > To: <[EMAIL PROTECTED]>
> > Sent: Monday, July 02, 2001 2:45 PM
> > Subject: [EJB-INT] Offtopic: Experiences with ODBMS...
> >
> >
> > > Hi all,
> > > Can anybody share their experiences in deploying a design
> > solution
> > > that involves an ODBMS. Are there any major pitfalls in using a ODBMS
>to
> > > persist your objects as opposed to using a relational database. I'm
>not
> > > trying to completely avoid a relational database, but I need a odbms
>that
> > > could co-exist with a rdbms and take care of persisting my objects.
> > > I'm right now evaluating some ODBMS products, which will
> > provide
> > > simple means for storage and fast retrieval of my objects in a
> > distributed,
> > > multi-user environment. Support for retrieving data using complex
>queries
> > is
> > > an absolute necessity.
> > > My goal is to avoid all the middleware components(O-R
>Tools)
> > > that's needed to keep my objects persistent. Hopefully, I'd also avoid
> > > further bloat of my application without any use of Entity Beans. I'm
>sure
> > my
> > > application would end up with 40% less code. I've been also hearing
>that
> > in
> > > certain cases the applications using odbms products are 10 times
>faster
> > than
> > > the ones using rdbms. Seems like the cost benefits of using an ODBMS
> > product
> > > is extremely good as they are a lot cheaper than the existing RDBMS
> > > products.
> > > Anyway, my bottom line is, I'm looking for a solution to
>persist
> > > my objects and retrieve them fast. I don't need anything fancy at all
>that
> > > today's RDBMS products provide. Any pointers/tips/warnings from
>architects
> > &
> > > developers will help me out a lot.
> > > Winston.
> > >
> > >
> >
>===========================================================================
> > > To unsubscribe, send email to [EMAIL PROTECTED] and include in the
> > body
> > > of the message "signoff EJB-INTEREST". For general help, send email
>to
> > > [EMAIL PROTECTED] and include in the body of the message "help".
> > >
> > >
> >
> >
>===========================================================================
> > To unsubscribe, send email to [EMAIL PROTECTED] and include in the
>body
> > of the message "signoff EJB-INTEREST". For general help, send email to
> > [EMAIL PROTECTED] and include in the body of the message "help".
> >
> >
>===========================================================================
> > To unsubscribe, send email to [EMAIL PROTECTED] and include in the
>body
> > of the message "signoff EJB-INTEREST". For general help, send email to
> > [EMAIL PROTECTED] and include in the body of the message "help".
>
>===========================================================================
>To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
>of the message "signoff EJB-INTEREST". For general help, send email to
>[EMAIL PROTECTED] and include in the body of the message "help".
>
>===========================================================================
>To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
>of the message "signoff EJB-INTEREST". For general help, send email to
>[EMAIL PROTECTED] and include in the body of the message "help".
>
_________________________________________________________________
Get your FREE download of MSN Explorer at http://explorer.msn.com
===========================================================================
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff EJB-INTEREST". For general help, send email to
[EMAIL PROTECTED] and include in the body of the message "help".
