Re: 回复:A question about leakproof

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: "qiumingcheng" <qiumingcheng(at)aliyun(dot)com>
Cc: "Julien Rouhaud" <rjuju123(at)gmail(dot)com>, "pgsql-general" <pgsql-general(at)lists(dot)postgresql(dot)org>
Subject: Re: 回复:A question about leakproof
Date: 2022-10-17 03:33:37
Message-ID: 2077794.1665977617@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

"qiumingcheng" <qiumingcheng(at)aliyun(dot)com> writes:
> 1. In the test example I gave, the in4eq function's proleakproof=true, but its actual test result is leaking. Does that mean you will adjust it to proleakproof=false later?

int4eq is about as leakproof as a function could possibly be: it does
not leak, it's plain from the code of the function that it does not
leak, and it calls no other code that might accidentally introduce
a leak in future.

I think you do not understand what that property actually means.
Per the CREATE FUNCTION man page:

LEAKPROOF indicates that the function has no side
effects. It reveals no information about its arguments other than by
its return value. For example, a function which throws an error message
for some argument values but not others, or which includes the argument
values in any error message, is not leakproof.

Please note that this definition talks only about the behavior
of the function itself. Re-reading your email, you seem to be
imagining that changes in a query's plan on the basis of changes in
collected statistics have something to do with this. They do not.

regards, tom lane

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message David G. Johnston 2022-10-17 03:54:50 Re: 回复:A question about leakproof
Previous Message qiumingcheng 2022-10-17 02:50:38 回复:A question about leakproof