Re: Greatest Common Divisor - Mailing list pgsql-hackers

From Alvaro Herrera
Subject Re: Greatest Common Divisor
Date
Msg-id 20200103211043.GA597@alvherre.pgsql
Whole thread Raw
In response to Re: Greatest Common Divisor  (Merlin Moncure <mmoncure@gmail.com>)
Responses Re: Greatest Common Divisor  (Chapman Flack <chap@anastigmatix.net>)
Re: Greatest Common Divisor  (Robert Haas <robertmhaas@gmail.com>)
List pgsql-hackers
On 2020-Jan-03, Merlin Moncure wrote:

> On Fri, Jan 3, 2020 at 1:32 PM Robert Haas <robertmhaas@gmail.com> wrote:

> > True, but because of the way search_path is typically set, they'd
> > probably continue to get their own version anyway, so I'm not sure
> > what the problem is.
> 
> Is that right? Default search_path is for pg_catalog to resolve before
> public.  Lightly testing with a hand rolled pg_advisory_lock
> implementation that raise a notice, my default database seemed to
> prefer the build in function.  Maybe I'm not following you.

Maybe a very simple solution is indeed to have a separate pg_math or
pg_extra or whatever, which by default is *last* in the search_path.
That would make a user's gcd() be chosen preferently, if one exists.

-- 
Álvaro Herrera                https://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services



pgsql-hackers by date:

Previous
From: Chapman Flack
Date:
Subject: Re: Greatest Common Divisor
Next
From: Chapman Flack
Date:
Subject: Re: Greatest Common Divisor