X-Original-To: pgsql-sql-postgresql.org@localhost.postgresql.org Received: from localhost (unknown [64.117.224.193]) by svr1.postgresql.org (Postfix) with ESMTP id 1A1CD30F799 for ; Tue, 24 Jun 2003 15:26:58 +0000 (GMT) Received: from svr1.postgresql.org ([64.117.224.193]) by localhost (svr1.postgresql.org [64.117.224.193]) (amavisd-new, port 10024) with ESMTP id 32786-04 for ; Tue, 24 Jun 2003 12:26:47 -0300 (ADT) Received: from davinci.ethosmedia.com (unknown [209.10.40.251]) by svr1.postgresql.org (Postfix) with ESMTP id 3C2CB30F6C0 for ; Tue, 24 Jun 2003 12:26:47 -0300 (ADT) Received: from [63.195.55.98] (HELO spooky) by davinci.ethosmedia.com (CommuniGate Pro SMTP 4.0.2) with ESMTP id 3149399; Tue, 24 Jun 2003 08:26:53 -0700 Content-Type: text/plain; charset="iso-8859-1" From: Josh Berkus Organization: Aglio Database Solutions To: Rudi Starcevic , pgsql-sql@postgresql.org Subject: Re: Database design - AGAIN Date: Tue, 24 Jun 2003 08:25:57 -0700 User-Agent: KMail/1.4.3 References: <3EF7DF74.40700@oasis.net.au> In-Reply-To: <3EF7DF74.40700@oasis.net.au> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <200306240825.57350.josh@agliodbs.com> X-Archive-Number: 200306/282 X-Sequence-Number: 14040 Rudi, > For this task, a searchable directory, which design would be better. > In know the second is more flexible as new features can be added but I > have very limited time and > I think the one larger table design would be quicker to build. Sounds like you already have a clear grasp of the situation. Here's one more question to ask yourself: how long will this app be around? If the answer is "no more than 3 months, probably less", do it the most expedient way. If the answer is "6 months to indefinitely", do it the normalized way -- eventually, either you or your successor will need the flexibility as the users demand new features. If you are an employee, this is a no-brainer ... it is 90% likely that even if this is a temporary measure you will still be maintaining it 2 years from now, and will thank yourself if you built it "right" in the first place. Unless, of course, you are a consultant and your client is paying you $500 flat fee, in which case do it whatever way is fastest, but make sure your client knows that they are not getting an expandable product. > The front end will be either ColdFusion or PHP - I haven't decided yet. See what I said about expediency above. My web guru, who is an expert in both PHP and Cold Fusion, would be delighted to never use Cold Fusion again. So that's one expert opinion. And don't forget the license fees. -- Josh Berkus Aglio Database Solutions San Francisco