Re: performance issue in the fields.

From: Merlin Moncure <mmoncure(at)gmail(dot)com>
To: Pavel Stehule <pavel(dot)stehule(at)gmail(dot)com>
Cc: dba <dbadbb(at)gmail(dot)com>, pgsql-performance(at)postgresql(dot)org
Subject: Re: performance issue in the fields.
Date: 2011-02-23 19:59:12
Message-ID: AANLkTin=SapzXFu0ip_Fw4H6Wa_+a3CNGbXD17XKOQNY@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

On Mon, Feb 14, 2011 at 5:36 AM, Pavel Stehule <pavel(dot)stehule(at)gmail(dot)com> wrote:
> Hello
>
> 2011/2/14 dba <dbadbb(at)gmail(dot)com>:
>>
>>
>> create table a( address1 int,address2 int,address3 int)
>> create table b(address int[3])
>>
>> I have created two tables. In the first table i am using many fields to
>> store 3 address.
>> as well as in b table, i am using array data type to store 3 address.  is
>> there any issue would face in performance related things.... which one will
>> cause the performance issue.
>
> yes, there is. Planner can not to work well with foreign keys stored in array.

also the array variant is going to be bigger on disk. This is because
as fields, all the important info about the fields is stored in the
table header (inside the system catalogs). But with the array,
various header information specific to the array has to be stored with
each row. This is largely due to some questionable design decisions
made in early array implementation that we are stuck with :-).

merlin

In response to

Responses

Browse pgsql-performance by date

  From Date Subject
Next Message Greg Smith 2011-02-23 21:17:16 Re: Unused indices
Previous Message Merlin Moncure 2011-02-23 19:48:03 Re: NULLS LAST performance