Hi Pete,
see my comments.
Lionel
> > Understand your target market. Is it a PERONSAL DB or a
> > EMBEDDED DB? If it
> > is, then u're spot on. But if your view that it is a server side
> > contender,then too bad, InstantDB ain't going to cut it.
>
> When I used to make my living from selling IDB the target market was
> very definitely embedded and out of the box demo applications. That's
> very much what IBM WebSphere, JRun and many others used it for.
> But really, how you "market" a product makes no difference to the
> product itself. A database server is just an embedded database with a
> networking front end. Internally, IDB doesn't care whether connections
> come over the network or from the same JVM. It'll apply the same
> locking and synchronization methods regardless.
That would explain the design and lack of server functionality. Not your
fault. What I mean't was that if someone came along and said u should do a
server portion, u could tell him to go somewhere else as your intention
would be (i) no such functionality, (ii) a small binary and (iii) a lower
limit on max nbr of records. U could also skimp on the transactions bit,
table locking and row locking.
> IDB+RmiJdbc is conceptually no different from any other database with a
> networked driver. It's just that Pierre-Yves has managed to come up
> with a very simple way to network almost any embedded database.
Agreed. Conceptually RMIJDBC is doing what a server enhanced InstandDB would
be doing - sitting there in memory and waiting on a socket/port for a
request. But I seriously wonder if it can handle the table/record locking
with multiple requests(queueing?). I believe it would be READ-ONLY mode
right? Truthfully, I haven't asked or investigated in dept.
Come to think abt it, You could cpy the HypersonicSQL server portion and
have a basic server running pretty fast. Maybe if I had the time I would try
it but then I discovered you're not open source..oh why oh why....ANy plans?
> Why not just try RmiJdbc out? You never know - you might be pleasantly
> surpised!
I will investigate. But when i went to the site...it screamed alpha so I
went away.
> Regards
>
> Pete
>
> --
>
> Peter Hearty peter.hearty@lutris.com
> Lutris Technologies (UK) http://www.lutris.com/
>
>
>
> ----- Original Message -----
> From: "Lionel Siau" <lionels@singnet.com.sg>
> Date: Wednesday, December 6, 2000 12:20 pm
> Subject: Re: InstantDB: InstantDB 3.5 now avaiulable.
>
> > Hi Pete,
> >
> > not having the server is actually the only reason why I don't use
> > InstantDB.Understand your target market. Is it a PERONSAL DB or a
> > EMBEDDED DB? If it
> > is, then u're spot on. But if your view that it is a server side
> > contender,then too bad, InstantDB ain't going to cut it.
> >
> > I know abt the RMIJDBC thingy but that is more like a 'hack'.
> > Kinda Alpha.
> > Also, i suspect there will be performance issues.
> >
> >
> > Lionel
> >
> > PS : the other very impt bit is Transactions but u have that.
> > ----- Original Message -----
> > From: "Peter Hearty" <peter.hearty@lutris.com>
> > To: "instantDB" <instantDB@enhydra.org>; "Lionel Siau"
> > <lionels@singnet.com.sg>
> > Sent: Wednesday, December 06, 2000 7:57 PM
> > Subject: Re: InstantDB: InstantDB 3.5 now avaiulable.
> >
> >
> > > Hi Lionel
> > >
> > > This is certainly a very popular request. I know there are a few
> > reasonswhy
> > > people don't like to use the RmiJdbc driver. Just to help me out
> > though,is
> > > there a particular reason why *you* don't like using it?
> > >
> > > Regards
> > >
> > > Pete
> > >
> > > --
> > >
> > > Peter Hearty peter.hearty@lutris.com
> > > Lutris Technologies (UK) http://www.lutris.com
> > > ----- Original Message -----
> > > From: "Lionel Siau" <lionels@singnet.com.sg>
> > > To: <instantDB@enhydra.org>; <peter.hearty@lutris.com>
> > > Sent: Wednesday, December 06, 2000 11:50 AM
> > > Subject: Re: InstantDB: InstantDB 3.5 now avaiulable.
> > >
> > >
> > > > Hi Peter,
> > > >
> > > > are we going to see a client-server version soon? Gap analysis
> > betw> > competing products indicates that this is the biggest
> > value-add.
> > > >
> > > > For myself, I'm using hypersonicsql while waiting for InstantDB.
> > InstantDB
> > > > beats the former in everything except the above. That is why
> > I'm a
> > lurker
> > > > here.
> > > >
> > > >
> > > >
> > > > Lionel
> > >
> > >
> > >
> > >
> > >
> >
> > -------------------------------------------------------------------
> > ----------
> > To unsubscribe from this mailing list, send email to
> > majordomo@enhydra.orgwith the text "unsubscribe instantdb" in the
> > body of the email.
> > If you have other questions regarding this mailing list, send
> > email to
> > the list admin at owner-instantdb@enhydra.org.
> >
>
> --------------------------------------------------------------------------
---
> To unsubscribe from this mailing list, send email to majordomo@enhydra.org
> with the text "unsubscribe instantdb" in the body of the email.
> If you have other questions regarding this mailing list, send email to
> the list admin at owner-instantdb@enhydra.org.
-----------------------------------------------------------------------------
To unsubscribe from this mailing list, send email to majordomo@enhydra.org
with the text "unsubscribe instantdb" in the body of the email.
If you have other questions regarding this mailing list, send email to
the list admin at owner-instantdb@enhydra.org.
|