Re: plpgsql functions and NULLs

From: Stephan Szabo <sszabo(at)megazone(dot)bigpanda(dot)com>
To: Don Drake <dondrake(at)gmail(dot)com>
Cc: pgsql-sql(at)postgresql(dot)org
Subject: Re: plpgsql functions and NULLs
Date: 2005-02-01 00:32:02
Message-ID: 20050131162845.K27545@megazone.bigpanda.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-sql

On Mon, 31 Jan 2005, Don Drake wrote:

> You learn something new everyday. I've never seen that syntax before,
> and it works like a charm!!

Actually, now that I think about it, I wonder if that's a good thing to
use because I don't think that'll use indexes to do the search. You may
want to do some testing to see how it runs for you.

> On Mon, 31 Jan 2005 13:31:34 -0800 (PST), Stephan Szabo
> <sszabo(at)megazone(dot)bigpanda(dot)com> wrote:
> >
> > On Sun, 30 Jan 2005, Don Drake wrote:
> >
> > > OK, I have a function that finds records that changed in a set of
> > > tables and attempts to insert them into a data warehouse.
> > >
> > > There's a large outer loop of candidate rows and I inspect them to see
> > > if the values really changed before inserting.
> > >
> > > My problem is that when I look to see if the row exists in the
> > > warehouse already, based on some IDs, it fails when an ID is NULL.
> > > The ID is nullable, so that's not a problem.
> > >
> > > But I'm forced to write an IF statement looking for the potential NULL
> > > and write 2 queries:
> > >
> > > IF omcr_id is null
> > > select * from ....
> > > WHERE omcr_id is NULL
> > > AND ...
> > > ELSE
> > > select * from ....
> > > WHERE omcr_id=candidate.omcr_id
> > > AND ....
> > > END IF;
> >
> > Hmm, perhaps some form like:
> >
> > WHERE not(candidate.omcr_id is distinct from omcr_id)

In response to

Responses

Browse pgsql-sql by date

  From Date Subject
Next Message Don Drake 2005-02-01 02:12:23 Re: plpgsql functions and NULLs
Previous Message Michael Fuhr 2005-01-31 22:54:05 Re: number os commands inside transaction block