Re: leaky views, yet again

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: leaky views, yet again
Дата
Msg-id AANLkTin7Nr_e6yObKjUcu+SCpxHXsAAUKip0dkN6Q=Hb@mail.gmail.com
обсуждение исходный текст
Ответ на Re: leaky views, yet again  (KaiGai Kohei <kaigai@ak.jp.nec.com>)
Ответы Re: leaky views, yet again  (KaiGai Kohei <kaigai@ak.jp.nec.com>)
Re: leaky views, yet again  (KaiGai Kohei <kaigai@ak.jp.nec.com>)
Список pgsql-hackers
2010/9/1 KaiGai Kohei <kaigai@ak.jp.nec.com>:
> Right now, it stands on a strict assumption that considers operators
> implemented with built-in functions are safe; it does not have no
> possibility to leak supplied arguments anywhere.
>
> Please note that this patch does not case about a case when
> a function inside a view and a function outside a view are
> distributed into same level and the later function has lower
> cost value.

Without making some attempt to address these two points, I don't see
the point of this patch.

Also, I believe we decided previously do this deoptimization only in
case the user requests it with CREATE SECURITY VIEW.

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


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: compiling with RELCACHE_FORCE_RELEASE doesn't pass regression
Следующее
От: Robert Haas
Дата:
Сообщение: Re: multibyte charater set in levenshtein function