Return-Path: Delivered-To: apmail-db-derby-user-archive@www.apache.org Received: (qmail 96784 invoked from network); 8 Jun 2009 13:39:21 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 8 Jun 2009 13:39:21 -0000 Received: (qmail 41528 invoked by uid 500); 8 Jun 2009 13:39:32 -0000 Delivered-To: apmail-db-derby-user-archive@db.apache.org Received: (qmail 41498 invoked by uid 500); 8 Jun 2009 13:39:32 -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 41490 invoked by uid 99); 8 Jun 2009 13:39:32 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 08 Jun 2009 13:39:32 +0000 X-ASF-Spam-Status: No, hits=-4.0 required=10.0 tests=RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [192.18.6.21] (HELO gmp-eb-inf-1.sun.com) (192.18.6.21) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 08 Jun 2009 13:39:21 +0000 Received: from fe-emea-10.sun.com (gmp-eb-lb-1-fe3.eu.sun.com [192.18.6.10]) by gmp-eb-inf-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n58Dck3Q004917 for ; Mon, 8 Jun 2009 13:38:58 GMT MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from conversion-daemon.fe-emea-10.sun.com by fe-emea-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.02 64bit (built Apr 16 2009)) id <0KKX00L007ECAR00@fe-emea-10.sun.com> for derby-user@db.apache.org; Mon, 08 Jun 2009 14:38:46 +0100 (BST) Received: from [129.159.139.223] ([unknown] [129.159.139.223]) by fe-emea-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.02 64bit (built Apr 16 2009)) with ESMTPSA id <0KKX0018B9W9AKC0@fe-emea-10.sun.com> for derby-user@db.apache.org; Mon, 08 Jun 2009 14:38:33 +0100 (BST) Date: Mon, 08 Jun 2009 15:37:14 +0200 From: Kristian Waagan Subject: Re: DERBY 10.5 | Embedded vs Server Based In-reply-to: <003e01c9e839$13217730$39646590$%roscoe@lexhold.com> Sender: Kristian.Waagan@Sun.COM To: Derby Discussion Message-id: <4A2D140A.1040303@Sun.COM> References: <000c01c9e7bb$9a4ce100$cee6a300$%roscoe@lexhold.com> <003e01c9e839$13217730$39646590$%roscoe@lexhold.com> User-Agent: Thunderbird 2.0.0.21 (X11/20090323) X-Virus-Checked: Checked by ClamAV on apache.org Derek Roscoe wrote: > Knut, hi! > > Thanks for the response and help. I truly appreciate it. Would you feel > the same way if it were a public website with thousands of users? Hi Derek, When you say thousands of users, how many of these are concurrent users? I think I would still go for the embedded driver, unless you are running very resource intensive queries against the database that would take up too much of the application/web server's resources. If the database is only going to handle login information, I wouldn't be worried. In any case, in most cases you should be able to easily switch to the client driver later if that is required for some reason. Regards, -- Kristian > Thanks > again for your time! > > ____________________________________________________________________________ > _______________________ > DEREK J ROSCOE l director l 1500 bull lea road - suite 110 l lexington, > kentucky 40511-1267 usa > d: 859.243.5734 l o: 859.243.5730 l f: 800.548.6829 l e: > derek.roscoe@lexhold.com > > > > > -----Original Message----- > From: Knut.Hatlen@Sun.COM [mailto:Knut.Hatlen@Sun.COM] > Sent: Monday, June 08, 2009 8:05 AM > To: Derby Discussion > Subject: Re: DERBY 10.5 | Embedded vs Server Based > > Derek J Roscoe writes: > > >> Hello, >> >> I am new to derby and database creation all together. I want to know with >> method of Derby I should set up Embedded or Server Based. I am setting up >> > a > >> website where users will be filling out a form that will submit the >> > database > >> information to be stored about each and every user (username, password, >> demographics, etc.). The submission form(s) will be dynamic pages created >> > in > >> Dreamweaver, which will then be read by ColdFusion before being displayed >> > to > >> those ultimately accessing the information. >> > > Hi Derek, > > If the database is only accessed by a single process, which I think is > the case here, I'd probably go for embedded since it's easier to set up > and has less overhead. > >