From: | Gurjeet Singh <singh(dot)gurjeet(at)gmail(dot)com> |
---|---|
To: | Scott Marlowe <scott(dot)marlowe(at)gmail(dot)com> |
Cc: | Anj Adu <fotographs(at)gmail(dot)com>, pgsql-admin(at)postgresql(dot)org |
Subject: | Re: partition insert performance |
Date: | 2009-06-15 17:35:33 |
Message-ID: | 65937bea0906151035v332ebba6rbe966f6d0e03be1e@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin |
On Mon, Jun 15, 2009 at 10:57 PM, Scott Marlowe <scott(dot)marlowe(at)gmail(dot)com>wrote:
> On Mon, Jun 15, 2009 at 8:17 AM, Anj Adu<fotographs(at)gmail(dot)com> wrote:
> > We currently use triggers with static if..then..else statements to
> determine
> > which partition the data goes into. Would there be a performance impact
> if
> > we were to use dynamic sql to achieve the same ?. The issue with static
> > triggers is the maintenance overhead of having to redefine the triggers
> > periodically. The dynamic sql is simple and involves building a sql
> string
> > with just a to_char(date_Field) to determine which partition the data
> goes
> > into and the trigger will never have to be re-defined.
>
> If you're using plpgsql prepare for a world of pain if you've got any
> null values in your inserts.
>
:) Using COALESCE isn't that bad.
--
Lets call it Postgres
EnterpriseDB http://www.enterprisedb.com
gurjeet[(dot)singh](at)EnterpriseDB(dot)com
singh(dot)gurjeet(at){ gmail | hotmail | indiatimes | yahoo }.com
Mail sent from my BlackLaptop device
From | Date | Subject | |
---|---|---|---|
Next Message | Scott Marlowe | 2009-06-15 18:32:09 | Re: partition insert performance |
Previous Message | Scott Marlowe | 2009-06-15 17:27:30 | Re: partition insert performance |