Re: concurrent index builds unneeded lock?

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: concurrent index builds unneeded lock?
Дата
Msg-id 15606.1247411824@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: concurrent index builds unneeded lock?  (Josh Berkus <josh@agliodbs.com>)
Ответы Re: concurrent index builds unneeded lock?  (Greg Stark <gsstark@mit.edu>)
Список pgsql-hackers
Josh Berkus <josh@agliodbs.com> writes:
> On 7/11/09 3:50 AM, Greg Stark wrote:
>> Hm. Actually maybe not. What if the index is an expression index and
>> the expression includes a function which does an SQL operation? I'm
>> not sure how realistic that is since to be a danger that SQL operation
>> would have to be an insert, update, or delete which is not just
>> bending the rules.

> It's not realistic at all.  People are only supposed to use IMMUTABLE 
> functions for experession indexes; if they declare a volatile function 
> as immutable, then it's their own lookout if they corrupt their data.

The requirement wasn't just on not changing SQL data though.  To make
use of this you'd also have to forbid indexed functions from *reading*
other tables.  Which is something we discourage because of the risk that
the results aren't really immutable, but we don't forbid it; and there
are obvious use-cases.
        regards, tom lane


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

Предыдущее
От: Pavel Stehule
Дата:
Сообщение: Re: Upgrading our minimum required flex version for 8.5
Следующее
От: Greg Stark
Дата:
Сообщение: Re: concurrent index builds unneeded lock?