Re: Allowing extensions to supply operator-/function-specific info - Mailing list pgsql-hackers

From Paul Ramsey
Subject Re: Allowing extensions to supply operator-/function-specific info
Date
Msg-id 74C11775-67A7-48D2-B1E3-24C52A686F86@cleverelephant.ca
Whole thread Raw
In response to Re: Allowing extensions to supply operator-/function-specific info  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Allowing extensions to supply operator-/function-specific info  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
A few more questions…

The documentation says that a support function should have a signature "supportfn(internal) returns internal”, but
doesn’tsay which (if any) annotations should be provided. IMMUTABLE? PARALLEL SAFE? STRICT? None? All? 

Variable SupportRequestCost is very exciting, but given that variable cost is usually driven by the complexity of
arguments,what kind of argument is the SupportRequestCost call fed during the planning stage? Constant arguments are
prettystraight forward, but what gets sent in when a column is one (or all) of the arguments?  

Thanks,
P



pgsql-hackers by date:

Previous
From: Alvaro Herrera
Date:
Subject: Re: patch to allow disable of WAL recycling
Next
From: Andy Fan
Date:
Subject: Re: some hints to understand the plsql cursor.