Re: avoid pulling up subquerys that contain volatile functions?

Поиск
Список
Период
Сортировка
От Jaime Casanova
Тема Re: avoid pulling up subquerys that contain volatile functions?
Дата
Msg-id c2d9e70e0510090035i6ecd0b92s4d85d10b243a62a@mail.gmail.com
обсуждение исходный текст
Ответ на Re: avoid pulling up subquerys that contain volatile functions?  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: avoid pulling up subquerys that contain volatile functions?  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On 10/8/05, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> Jaime Casanova <systemguards@gmail.com> writes:
> > but this example seems to clarify (or at least i think) that we have to
> avoid
> > pulling up subquerys containing volatile functions:
>
> This is exactly the same example discussed in previous threads on this
> issue.  Do you think it will change anyone's mind?
>
>             regards, tom lane
>

you are right, i haven't internet all day this week so i'm reading
mails for parts...

in any case, i still think that is better to get bad performance
because i forgot to correctly mark a function that to get incorrect
data from a correct query because a "gotcha"... there is a precedent
for this in postgres???

BTW, i still wanna get a patch for my postgres... so i will keep
trying... but i don't understand why when i add the function
contain_volatile_functions in the is_simple_subquery function i got
the same results... :)

--
regards,
Jaime Casanova
(DBA: DataBase Aniquilator ;)


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

Предыдущее
От: "Marc G. Fournier"
Дата:
Сообщение: Re: Vote needed: revert beta2 changes or not?
Следующее
От: Simon Riggs
Дата:
Сообщение: Re: [DOCS] Added documentation about caching, reliability