Return-Path: Delivered-To: apmail-db-derby-user-archive@www.apache.org Received: (qmail 64021 invoked from network); 30 Oct 2007 20:26:11 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 30 Oct 2007 20:26:11 -0000 Received: (qmail 16280 invoked by uid 500); 30 Oct 2007 20:25:57 -0000 Delivered-To: apmail-db-derby-user-archive@db.apache.org Received: (qmail 16257 invoked by uid 500); 30 Oct 2007 20:25:57 -0000 Mailing-List: contact derby-user-help@db.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Reply-To: "Derby Discussion" Delivered-To: mailing list derby-user@db.apache.org Received: (qmail 16246 invoked by uid 99); 30 Oct 2007 20:25:57 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 30 Oct 2007 13:25:57 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [67.103.199.55] (HELO dbrack01.segel.com) (67.103.199.55) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 30 Oct 2007 20:26:00 +0000 Received: from Desktop02 (desktop02.segel.com [67.103.199.45]) by dbrack01.segel.com (Postfix - We shoot spammers on site.) with ESMTP id EA3A453C94 for ; Tue, 30 Oct 2007 15:28:19 -0500 (CDT) Reply-To: From: Sender: "Michael Segel" To: "'Derby Discussion'" Subject: RE: Derby v SQLite Date: Tue, 30 Oct 2007 15:28:22 -0500 Organization: MSCC MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 Thread-Index: AcgbLwHwrlnksASuTxe0XHLXoEeYzQAApj4g X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 In-Reply-To: <6ADF9FE8-2A2C-4DEE-BF9C-BBCD3B1D0E9A@bio.gla.ac.uk> Message-Id: <20071030202819.EA3A453C94@dbrack01.segel.com> X-Virus-Checked: Checked by ClamAV on apache.org There are a couple of issues raised by your post/email... First the architecture decision on whether to use a java db or to use a c language based db. You don't really talk about your application and any design constraints. In some respects, the database could be separate from your app. (A centralized DB server for example.) The second issue is Derby vs whatever.... What you're concerned with is finding a tool that has gained enough critical mass to be viable long term. I asked a question on linkedIn regarded what criteria is there in determining if a software language/architecture has obtained "critical mass". (COBOL, C/C++, Java, Python, ... all have or had reached critical mass are viable long term) If we looked at MySQL, it has but it hasn't. Sure its free to develop in, but wait until your app goes in to production.... I think that MySQL has hit a ceiling and I don't expect to see very much more growth. If you look at Derby, it exists as Cloudscape, Derby, and JavaDB. (Although IBM is pulling its support....) As JavaDB, I believe that Derby is close to achieving "critical mass". With respect to SQLite, I don't think that it has achieved "critical mass" nor will it. There are a lot of other products out there that just doesn't have the mind share to survive. Its nice that Google "supports" it, but is Google like Microsoft going to support and promote its own development platform like .net and C#? Does this make sense? As an "early" adopter, you're taking a risk that your platform/technology will be viable over the next 5+ years or is portable enough to be easily migrated.... HTH -G > -----Original Message----- > From: David Leader [mailto:d.leader@bio.gla.ac.uk] > Sent: Tuesday, October 30, 2007 2:54 PM > To: Derby Discussion > Subject: Derby v SQLite > > In another thread I recently wrote "I'm happy with the way that Derby > has behaved, but I'd like to ask a provocative question nevertheless..." > > Back in the summer, when I told my son (who is a computer > professional) that I had a Masters student porting my MySQL db to > Derby, he told me I should be using SQLite, which is what Google is > using in its Gears thing. I persisted with Derby, mainly because it > is Java and my app was in Java, but I'd be interested to know what > people regard as the relative strengths of weaknesses of the two > embedded DBs. > > David >