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
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 |