| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | "Leif B(dot) Kristensen" <leif(at)solumslekt(dot)org> |
| Cc: | pgsql-sql(at)postgresql(dot)org |
| Subject: | Re: Error from trigger |
| Date: | 2005-12-08 04:11:19 |
| Message-ID: | 6081.1134015079@sss.pgh.pa.us |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-sql |
"Leif B. Kristensen" <leif(at)solumslekt(dot)org> writes:
> On Thursday 08 December 2005 00:23, Tom Lane wrote:
>> Offhand this looks like you might have dropped and recreated the
>> event_citations table? If so it's just the known problem that
>> plpgsql caches plans and doesn't throw them away when the referenced
>> objects change.
> Right on target. Thank you. A few days ago, as I have already related on
> this list, I did the following to fix a bad design with inherited
> tables:
> ...
> I've run a VACUUM FULL ANALYZE, but that doesn't seem to cure the
> situation. Is there a way to fix it, short of a full dump, drop, and
> reload?
Just starting a fresh session should make the problem go away, or if
that's not practical update the function definition using ALTER FUNCTION
or CREATE OR REPLACE FUNCTION. (You don't need to actually *change*
anything about the function, just issue a command that could change it.)
If that doesn't make the error go away then we need to look more
closely at what's causing it.
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Noel Doydora | 2005-12-08 07:12:07 | cannot alter column data type to "date" |
| Previous Message | Keith Worthington | 2005-12-08 03:33:06 | Re: dow question |