Received: from localhost (maia-3.hub.org [200.46.204.184]) by postgresql.org (Postfix) with ESMTP id 67D1B9F9AA6 for ; Sun, 19 Aug 2007 15:27:06 -0300 (ADT) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.184]) (amavisd-maia, port 10024) with ESMTP id 62522-03 for ; Sun, 19 Aug 2007 15:27:00 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey-1.7.5 Received: from cassarossa.samfundet.no (cassarossa.samfundet.no [129.241.93.19]) by postgresql.org (Postfix) with ESMTP id 41E5F9F9A64 for ; Sun, 19 Aug 2007 15:27:03 -0300 (ADT) Received: from trofast.ipv6.sesse.net ([2001:700:300:1803:20e:cff:fe36:a766] helo=trofast.sesse.net) by cassarossa.samfundet.no with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA:32) (Exim 4.50) id 1IMpUJ-0006DW-1P; Sun, 19 Aug 2007 20:26:59 +0200 Received: from root by trofast.sesse.net with local (Exim 4.67) (envelope-from ) id 1IMpUI-0006aV-BP; Sun, 19 Aug 2007 20:26:58 +0200 Date: Sun, 19 Aug 2007 20:26:58 +0200 From: "Steinar H. Gunderson" To: David Fetter Cc: mark overmeer , pgsql-performance@postgresql.org Subject: Re: schema design question Message-ID: <20070819182658.GC25214@uio.no> Mail-Followup-To: David Fetter , mark overmeer , pgsql-performance@postgresql.org References: <20070819181216.GK28490@fetter.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20070819181216.GK28490@fetter.org> X-Operating-System: Linux 2.6.20.4 on a x86_64 X-Message-Flag: Outlook? --> http://www.mozilla.org/products/thunderbird/ User-Agent: Mutt/1.5.16 (2007-06-11) X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200708/197 X-Sequence-Number: 26327 On Sun, Aug 19, 2007 at 11:12:16AM -0700, David Fetter wrote: > There's your mistake. EAV is not performant, and won't become so. It sort of depends. I put all the EXIF information for my image gallery into an EAV table -- it was the most logical format at the time, although I'm not sure I need all the information. Anyhow, with clustering and indexes, Postgres zips through the five million records easily enough for my use -- at least fast enough that I can live with it without feeling the need for a redesign. As a general database design paradigm, though, I fully agree with you. Databases are databases, not glorified OO data stores or hash tables. /* Steinar */ -- Homepage: http://www.sesse.net/