From: | Rosser Schwarz <rosser(dot)schwarz(at)gmail(dot)com> |
---|---|
To: | Josh Berkus <josh(at)agliodbs(dot)com> |
Cc: | pgsql-sql(at)postgresql(dot)org |
Subject: | Re: function fails where individual statements succeed |
Date: | 2004-08-30 18:34:23 |
Message-ID: | 37d451f704083011341f51cdaa@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-sql |
while you weren't looking, Josh Berkus wrote:
> Statement 14 should be that one. Can you test it, and the statements
> immediately preccedeing and succeeding it on the command line again?
Just running the CREATE INDEXes (after issuing the appropriate DROPs,
of course) succeeds.
> Also, can you try the whole run without the COPY statement? I'm curious to
> see if something in the COPY file is messing things up.
Running without the COPY yields a substantively similar error message.
Again, this error only happens when the statements are executed in the
context of a function; outside, even issued all at once separated by
semicolons, the behavior is correct.
I was just reminded that there is another difference between this
function and the working one: this one is rather more heavily indexed.
(None of the compound, conditional indices exist in the earlier,
working version.) That might point in the direction of the error,
though it doesn't explain why it only fails in a function; I'll do
some digging.
/rls
--
:wq
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2004-08-30 20:32:57 | Re: function fails where individual statements succeed |
Previous Message | Rosser Schwarz | 2004-08-30 17:17:29 | function fails where individual statements succeed |