Received: from localhost (unknown [200.46.204.184]) by developer.postgresql.org (Postfix) with ESMTP id D6F7D2E0047 for ; Sun, 27 Apr 2008 12:33:13 -0300 (ADT) Received: from developer.postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.184]) (amavisd-maia, port 10024) with ESMTP id 17887-03-4 for ; Sun, 27 Apr 2008 12:33:10 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey-1.7.5 Received: from ipmail01.adl6.internode.on.net (ipmail01.adl6.internode.on.net [203.16.214.146]) by developer.postgresql.org (Postfix) with ESMTP id 3D3F02E0093 for ; Sun, 27 Apr 2008 12:32:53 -0300 (ADT) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AsQEAIo5FEjLevdH/2dsb2JhbAAsgSenRg X-IronPort-AV: E=Sophos;i="4.25,713,1199626200"; d="scan'208";a="90290677" Received: from ppp247-71.static.internode.on.net (HELO DevBox.local) ([203.122.247.71]) by ipmail01.adl6.internode.on.net with ESMTP; 28 Apr 2008 01:02:39 +0930 Message-ID: <48149C95.9080706@Sheeky.Biz> Date: Mon, 28 Apr 2008 01:02:37 +0930 From: Shane Ambler User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: Jean-David Beyer CC: pgsql-sql@postgresql.org Subject: Re: Curious about wide tables. References: <48147917.8000108@verizon.net> In-Reply-To: <48147917.8000108@verizon.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200804/200 X-Sequence-Number: 30739 Jean-David Beyer wrote: > In another thread, the O.P. had a question about a large table with over 100 > columns. Is this usual? Whenever I make a database, which is not often, it > ends up with tables that rarely have over to columns, and usually less than > that. When normalized, my tables rarely get very wide. > > Without criticising the O.P., since I know nothing about his application, I > am curious how it comes about that such a wide table is justified. > Depends on the application. Something like drivers license db will have a few things like name, address, type, dob, restrictions and end date Then something like an insurance policy where each record needs to know who it is for, the item(car - rego make model... house - address suburb state), effective date, end date, date of inception, type of cover, value of cover, excess amount, base premium, agent fees, gov fees, total premium, invoice sent, who entered it and when...... Sometimes you can have a lot of data that makes up one instance. -- Shane Ambler pgSQL (at) Sheeky (dot) Biz Get Sheeky @ http://Sheeky.Biz