RE: plpgsql and intarray extension; int[] - int[] operator does not exist ?

From: "Day, David" <david(dot)day(at)redcom(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: "pgsql-general(at)postgresql(dot)org" <pgsql-general(at)postgresql(dot)org>
Subject: RE: plpgsql and intarray extension; int[] - int[] operator does not exist ?
Date: 2018-11-19 19:38:58
Message-ID: 0074b666251d4e6c8fdae9a4927f4ca2@exch-02.redcom.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Tom

I was thinking something similar after finding that my test function recreated in the problematic schema would execute correctly
As one user-role but not another and that they had different search_path settings.

After adding public to search patch for that role all was good.

The error message "no operator matches the given name and argument type....." does not make me easily come around to a search path issue.
In any event thanks much for the assistance.

Issue resolved.

Dave

-----Original Message-----
From: Tom Lane [mailto:tgl(at)sss(dot)pgh(dot)pa(dot)us]
Sent: Monday, November 19, 2018 12:56 PM
To: Day, David <david(dot)day(at)redcom(dot)com>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: plpgsql and intarray extension; int[] - int[] operator does not exist ?

"Day, David" <david(dot)day(at)redcom(dot)com> writes:
> Any suggestions as to why the int[] operations are not understood in the trigger context.?

The search_path in the trigger probably doesn't include public.
You could add a "SET search_path = whatever" clause to the trigger function definition to ensure it runs with a predictable path.

regards, tom lane

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Stephen Frost 2018-11-19 20:04:33 Re: pgconf eu 2018 slides entry missing from https://wiki.postgresql.org/wiki/PostgreSQL_Related_Slides_and_Presentations
Previous Message Tom Lane 2018-11-19 17:56:19 Re: plpgsql and intarray extension; int[] - int[] operator does not exist ?