DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references;
	b=Y+3nI17lL8tG760HZizUzx9jKihEgLhw/RcYPGs5K0Pu3Ltlu+IrJq53IRgk50KtKBIXQERW0JgWXxjSaHZyvIOxjNE4xd5kumpkQ6eFwz5JOrvgs5nY/WJsdOwUNXg571C+gcGUEMnZnsXE2FAmX+Oz1Sm4fZl+szxqHC4SyCY=
Message-ID: <6c21003b05013118121b464bac@mail.gmail.com>
Date: Mon, 31 Jan 2005 20:12:23 -0600
From: Don Drake <dondrake@gmail.com>
Reply-To: Don Drake <dondrake@gmail.com>
To: Stephan Szabo <sszabo@megazone.bigpanda.com>
Subject: Re: plpgsql functions and NULLs
Cc: pgsql-sql@postgresql.org
In-Reply-To: <20050131162845.K27545@megazone.bigpanda.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
References: <6c21003b0501301141234c256b@mail.gmail.com>
	<20050131132701.G12960@megazone.bigpanda.com>
	<6c21003b05013114272504d72e@mail.gmail.com>
	<20050131162845.K27545@megazone.bigpanda.com>

I'm constraining on other columns as well and it's still picking up the index.

Thanks again.

-Don


On Mon, 31 Jan 2005 16:32:02 -0800 (PST), Stephan Szabo
<sszabo@megazone.bigpanda.com> wrote:
> 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@megazone.bigpanda.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)
> 


-- 
Donald Drake
President
Drake Consulting
http://www.drakeconsult.com/
312-560-1574