Thanks for mentioning SQLite!
Between databases such as Derby and packages such as
SQLite, there is no longer any need for medium sized
companies (or even bigger ones) to spend hundreds of thousands
of dollars on Oracle or MS SqL.
Another major development is that Linux desktops are just
about ready to invade and conquer a realm that up to
now has been pretty much firmly under the control of
Microsoft. Check out Suse Linux 10.0, it is very very
impressive. I hope to switch over much of my development
work to it soon, including, of course, Derby.
Michael Segel wrote:
> On Wednesday 14 December 2005 2:42 am, Roger Keays wrote:
>>I saw on the derby todo list that there were plans to store a derby
> That would be highly inefficient and wouldn't scale.
Why SQLite does this ( http://sqlite.org/ )
and is very fast. May be faster than Derby.
Application users are used to having a single
file manage a 'set of work'. Eg. a PSD file
for work with an image, or a XLS, or DOC file
If a developer uses Derby for storage this
would get cumbersome. Zipping the derby DB
directory is one approach, but that
complicates application saves, crash recovery,