Make your own free website on Tripod.com

InstantDB Project
About InstantDB
Project Mail Lists
Short History
Reporting Bugs
Screen Shots
3rd Party Examples
FAQs

Software
Downloads
Documentation
CVS Repositories
Roadmap
License

About Enhydra.org
Who We Are
News, Articles & Events
Getting Involved
Contact Us

Community
Demos
Contributions
Resources
Case Studies
On The Edge! -NEW-
Commercial Vendors


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: InstantDB: InstantDB 3.5 now avaiulable.


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.