|
View:
New views
7 Messages
—
Rating Filter:
Alert me
|
|
|
Future of McKoi?Is McKoi database still actively developed and
supported? The last release was made 3.5 years ago...
|
|
|
Re: Future of McKoi?do not bother with mckoi. Check out Derby instead.
On 1/26/08, Alex Molochnikov <molochnikov@...> wrote: > Is McKoi database still actively developed and supported? The last release > was made 3.5 years ago... > --------------------------------------------------------------- Mckoi SQL Database mailing list http://www.mckoi.com/database/ To unsubscribe, send a message to mckoidb-unsubscribe@... |
|
|
Re: Future of McKoi?Alexander,
Thank you for the quick response. However, the reason I asked the question is different from what your answer implied. I am not searching for an RDBMS. Our product (SCRIBE report generator) currently supports McKoi, among other databases. So, I just wanted to gauge whether there is any point to continue keeping McKoi on the list. Alex ----- Original Message ----- From: "Alexander Finger" <alexander.finger@...> To: <mckoidb@...> Sent: Saturday, January 26, 2008 8:29 PM Subject: Re: Future of McKoi? > do not bother with mckoi. Check out Derby instead. > > On 1/26/08, Alex Molochnikov <molochnikov@...> wrote: > > Is McKoi database still actively developed and supported? The last release > > was made 3.5 years ago... > > > > > --------------------------------------------------------------- > Mckoi SQL Database mailing list http://www.mckoi.com/database/ > To unsubscribe, send a message to mckoidb-unsubscribe@... > > --------------------------------------------------------------- Mckoi SQL Database mailing list http://www.mckoi.com/database/ To unsubscribe, send a message to mckoidb-unsubscribe@... |
|
|
|
|
|
Re: Future of McKoi?The software I worked on that had a McKoi database (implemented prior to my arrival) had many problems. Its data got corrupted often; I am surprised to hear you say you've never even had a hiccup.
Alex
On Jan 28, 2008 3:57 PM, M. A. Sridhar <m_a_sridhar@...> wrote:
|
|
|
Re: Future of McKoi?That is interesting. I originally chose McKoi for
my project and used it for the first few months of development. It started
getting corrupted very early in the testing phase and did this several times. I
couldn't get much help and no recovery schemes seemed to work. I switched to
Hsqldb over a year ago as it had all the features of McKoi except for the Java
Object data type. Actually, it turned out to be considerably faster too.
The database has been in production for almost 6
months now. A few weeks ago, I updated to Java 1.6 and started getting corrupted
index or internal pointers or something. Fortunately, Hsqldb does have pretty
good recovery tools so I lost almost no data. I looked at Derby,
especially since Sun has adopted it as JavaDB. It is reported to be considerably
slower then Hsqldb and it does not support the Boolean data type which is
scattered throughout my application. The conversion would be too
much.
Bayless
|
|
|
Re: Future of McKoi?The current version of Hsqldb supports transactions
only in isolation mode READ_UNCOMMITTED. I discovered this when trying to
correct the problems brought on by updating to Java 1.6. I was trying to
eliminate any other problems that might be caused by poor application
programming. When queried, JDBC reported READ_COMMITTED mode as I had
set it when that was not actually true. As a result, I changed a lot of the
application to AUTO-COMMIT wherever it was practical. According to the
developers, the next revision will handle all transaction isolation properly
although it sounds like with some additional overhead. BTW, Hsqldb is now
handled by Sourceforge. That should be a good thing.
Bayless
|
| Free Forum Powered by Nabble | Forum Help |