Re: Parallel safety of binary_upgrade_create_empty_extension

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Parallel safety of binary_upgrade_create_empty_extension
Дата
Msg-id 12775.1522330010@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Parallel safety of binary_upgrade_create_empty_extension  (Thomas Munro <thomas.munro@enterprisedb.com>)
Ответы Re: Parallel safety of binary_upgrade_create_empty_extension  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
Thomas Munro <thomas.munro@enterprisedb.com> writes:
> Presumably also cursor_to_xmlschema.  I also found some more
> suspicious brin and gin modifying functions.  So I think the list of
> functions that needs to be marked 'u' so far is:

> * binary_upgrade_create_empty_extension
> * pg_import_system_collations
> * brin_summarize_range
> * brin_summarize_new_values
> * brin_desummarize_range
> * gin_clean_pending_list
> * cursor_to_xml
> * cursor_to_xmlschema

> Has anyone got anything else?

There are some tsquery functions that execute user-supplied queries,
and so need to be 'u' on the same grounds as the cursor_to_xml cases.
I haven't checked to be sure if they are already so, but was planning
to do so before considering this matter closed.

            regards, tom lane


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

Предыдущее
От: Craig Ringer
Дата:
Сообщение: Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS
Следующее
От: John Naylor
Дата:
Сообщение: Re: pgsql: Add documentation for the JIT feature.