REFRESH MATERIALIZED VIEW
REFRESH MATERIALIZED VIEW — заменить содержимое материализованного представления
Синтаксис
REFRESH MATERIALIZED VIEW [ CONCURRENTLY ] имя
[ WITH [ NO ] DATA ]
Описание
REFRESH MATERIALIZED VIEW
полностью заменяет содержимое материализованного представления. Эту команду разрешено выполнять только владельцам мат. представления. Старое его содержимое при этом аннулируется. Если добавлено указание WITH DATA
(или нет никакого), нижележащий запрос выполняется и выдаёт новые данные, так что материализованное представление остаётся в сканируемом состоянии. Если указано WITH NO DATA
, новые данные не выдаются, и оно оказывается в несканируемом состоянии.
Указать CONCURRENTLY
вместе с WITH NO DATA
нельзя.
Параметры
CONCURRENTLY
Обновить материализованное представление, не блокируя параллельные выборки из него. Без данного параметра обновление, затрагивающее много строк, обычно задействует меньше ресурсов и выполнится быстрее, но может препятствовать чтению этого материализованного представления другими сеансами. При этом данный режим может быть быстрее при небольшом количестве строк.
Данный параметр допускается, только если в материализованном представлении есть хотя бы один индекс
UNIQUE
, построенный только по именам столбцов и включающий все строки (то есть это не должен быть индекс по выражению или индекс, содержащийWHERE
).Этот параметр нельзя использовать, когда материализованное представление ещё не наполнено.
Даже с этим параметром в один момент времени допускается только одно обновление (
REFRESH
) материализованного представления.имя
Имя (возможно, дополненное схемой) материализованного представления, подлежащего обновлению.
Замечания
Если в запросе, определяющем материализованное представление, есть предложение ORDER BY
, исходное содержимое материализованного представления будет упорядочено указанным образом; но REFRESH MATERIALIZED VIEW
не гарантирует сохранения этого порядка.
Примеры
Эта команда заменяет содержимое материализованного представления order_summary
, используя запрос из определения материализованного представления, и оставляет его в сканируемом состоянии:
REFRESH MATERIALIZED VIEW order_summary;
Эта команда освобождает пространство, связанное с материализованным представлением annual_statistics_basis
, и оставляет это представление в несканируемом состоянии:
REFRESH MATERIALIZED VIEW annual_statistics_basis WITH NO DATA;
Совместимость
REFRESH MATERIALIZED VIEW
— расширение PostgreSQL.
CREATE EVENT TRIGGER
CREATE EVENT TRIGGER — define a new event trigger
Synopsis
CREATE EVENT TRIGGERname
ONevent
[ WHENfilter_variable
IN (filter_value
[, ... ]) [ AND ... ] ] EXECUTE { FUNCTION | PROCEDURE }function_name
()
Description
CREATE EVENT TRIGGER
creates a new event trigger. Whenever the designated event occurs and the WHEN
condition associated with the trigger, if any, is satisfied, the trigger function will be executed. For a general introduction to event triggers, see Chapter 38. The user who creates an event trigger becomes its owner.
Parameters
name
The name to give the new trigger. This name must be unique within the database.
event
The name of the event that triggers a call to the given function. See Section 38.1 for more information on event names.
filter_variable
The name of a variable used to filter events. This makes it possible to restrict the firing of the trigger to a subset of the cases in which it is supported. Currently the only supported
filter_variable
isTAG
.filter_value
A list of values for the associated
filter_variable
for which the trigger should fire. ForTAG
, this means a list of command tags (e.g.,'DROP FUNCTION'
).function_name
A user-supplied function that is declared as taking no argument and returning type
event_trigger
.In the syntax of
CREATE EVENT TRIGGER
, the keywordsFUNCTION
andPROCEDURE
are equivalent, but the referenced function must in any case be a function, not a procedure. The use of the keywordPROCEDURE
here is historical and deprecated.
Notes
Only superusers can create event triggers.
Event triggers are disabled in single-user mode (see postgres) as well as when event_triggers is set to false
. If an erroneous event trigger disables the database so much that you can't even drop the trigger, restart with event_triggers set to false
to temporarily disable event triggers, or in single-user mode, and you'll be able to do that.
Examples
Forbid the execution of any DDL command:
CREATE OR REPLACE FUNCTION abort_any_command() RETURNS event_trigger LANGUAGE plpgsql AS $$ BEGIN RAISE EXCEPTION 'command % is disabled', tg_tag; END; $$; CREATE EVENT TRIGGER abort_ddl ON ddl_command_start EXECUTE FUNCTION abort_any_command();
Compatibility
There is no CREATE EVENT TRIGGER
statement in the SQL standard.