Re: Parallel safety tagging of extension functions - Mailing list pgsql-hackers

From Robert Haas
Subject Re: Parallel safety tagging of extension functions
Date
Msg-id CA+Tgmoa=Guz8apk3j3hk8qYe+T9gaPoasr7jODzou5e-4b3U6w@mail.gmail.com
Whole thread Raw
In response to Re: Parallel safety tagging of extension functions  (Robert Haas <robertmhaas@gmail.com>)
Responses Re: Parallel safety tagging of extension functions  (Andreas Karlsson <andreas@proxel.se>)
Re: Parallel safety tagging of extension functions  (Andreas Karlsson <andreas@proxel.se>)
List pgsql-hackers
On Tue, May 24, 2016 at 8:41 PM, Robert Haas <robertmhaas@gmail.com> wrote:
>> - Do you think we should add PARALLEL UNSAFE to the functions which we know
>> are unsafe to make it obvious that it is intentional?
>
> That seems likely unnecessary churn from here.

A general point here is that there's no point in marking a function
PARALLEL SAFE unless it's going to be referenced in a query.  So for
example I'm pretty sure the parallel markings on blhandler() don't
matter at all, and therefore there's no need to update the bloom
contrib module.  Yeah, that function might get called, but it's not
going to be mentioned textually in the query.

I think this patch can get somewhat smaller if you update it that way.
I suggest merging the function and aggregate stuff together and
instead splitting this by contrib module.

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company



pgsql-hackers by date:

Previous
From: Joe Conway
Date:
Subject: RLS related docs
Next
From: Andreas Karlsson
Date:
Subject: Re: Parallel safety tagging of extension functions