From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Kelly Burkhart <kelly(dot)burkhart(at)gmail(dot)com> |
Cc: | pgsql-general <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: Multiple call handlers per language |
Date: | 2014-12-05 16:23:56 |
Message-ID: | 15961.1417796636@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Kelly Burkhart <kelly(dot)burkhart(at)gmail(dot)com> writes:
> Hello, our production database has existed for quite a few years and been
> dumped/restored several times for hardware or postgresql upgrades.
> Original version was late 7 or early 8, we're currently on 8.4.2. I
> noticed on our production database I have two call handlers for plpgsql and
> for plpython; the following query:
You could presumably drop the ones in the public schema. Probably those
are leftover from ancient history when these things were not getting
created in pg_catalog.
> Should I worry about the extra rows in our production database? If so how
> should I go about cleaning them?
DROP FUNCTION (as a superuser) would be the safest route. I'm pretty
sure the dependency system would prevent you from dropping the wrong
ones (the ones the language definitions are actually using); though
you might want to verify that in a scratch copy before you do it in
the production database.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | David G Johnston | 2014-12-05 22:01:58 | Re: autovacuum with inheritance |
Previous Message | Kelly Burkhart | 2014-12-05 16:05:24 | Multiple call handlers per language |