Return-Path: Delivered-To: apmail-db-derby-dev-archive@www.apache.org Received: (qmail 12968 invoked from network); 26 Jun 2008 17:57:57 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 26 Jun 2008 17:57:57 -0000 Received: (qmail 17411 invoked by uid 500); 26 Jun 2008 17:57:57 -0000 Delivered-To: apmail-db-derby-dev-archive@db.apache.org Received: (qmail 17382 invoked by uid 500); 26 Jun 2008 17:57:57 -0000 Mailing-List: contact derby-dev-help@db.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: Delivered-To: mailing list derby-dev@db.apache.org Received: (qmail 17371 invoked by uid 99); 26 Jun 2008 17:57:57 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 26 Jun 2008 10:57:57 -0700 X-ASF-Spam-Status: No, hits=-1.0 required=10.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [192.18.43.132] (HELO sca-es-mail-1.sun.com) (192.18.43.132) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 26 Jun 2008 17:57:06 +0000 Received: from fe-sfbay-10.sun.com ([192.18.43.129]) by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m5QHvFEd028580 for ; Thu, 26 Jun 2008 10:57:16 -0700 (PDT) Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0K3200401ZU0Z300@fe-sfbay-10.sun.com> (original mail from Richard.Hillegas@Sun.COM) for derby-dev@db.apache.org; Thu, 26 Jun 2008 10:57:15 -0700 (PDT) Received: from richard-hillegas-computer.local ([129.150.16.185]) by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0K3300LK60J5GZ20@fe-sfbay-10.sun.com> for derby-dev@db.apache.org; Thu, 26 Jun 2008 10:57:06 -0700 (PDT) Date: Thu, 26 Jun 2008 10:57:06 -0700 From: Rick Hillegas Subject: Re: simpler api to the Derby store In-reply-to: <5e76b0ad0806261044l47152f34oe63b7210168a3964@mail.gmail.com> Sender: Richard.Hillegas@Sun.COM To: derby-dev@db.apache.org Message-id: <4863D872.3020000@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=UTF-8 Content-transfer-encoding: 8BIT References: <4863BD11.5050402@sun.com> <4863C0CD.6070303@amberpoint.com> <5e76b0ad0806261044l47152f34oe63b7210168a3964@mail.gmail.com> User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421) X-Virus-Checked: Checked by ClamAV on apache.org Noble Paul നോബിള്‍ नोब्ळ् wrote: > Can there be a derby sub-project which can focus on a derby_lite for > these kind of requirements? > > If by enabling a repackaging derby can grow it's userbase would it be nice? > --Noble > I think a subproject is a possibility. I don't know much about how Apache subprojects work. My hope would be that contributions to Derby Lite would also be contributions to Derby. So, for instance, if a Derby Lite user added backward scanning of btrees, then it would be great if that work were checked into Derby Classic so that someone working in the Derby SQL interpreter could take advantage of it. Thanks, -Rick > On Thu, Jun 26, 2008 at 9:46 PM, Bryan Pendleton > wrote: > >>> be useful for applications which just need to put and get data by key >>> value. These would be applications which don't need complex queries or SQL. >>> >> Aren't there some pretty good packages for this already? E.g., BDB-JE, >> JDBM, Perst, etc.? >> >> Speaking totally personally, I'd sure like to see Derby focus on the >> things that make it special: >> - complete and correct JDBC implementation >> - complete and correct SQL implementation >> - low footprint, zero-admin reliable multi-user DBMS >> >> thanks, >> >> bryan >> >> > > > >