ALTER_MATERIALIZED_VIEW(7pg13)
β¨ NAME β¨
okay bestie, this whole page is ALTER_MATERIALIZED_VIEW β the manual name is literally ALTER_MATERIALIZED_VIEW(7pg13), straight outta the PostgreSQL 13.23 Documentation β and it's about changing the definition of a materialized view. π
π SYNOPSIS π
here's the exact shape of it, no cap:
ALTER MATERIALIZED VIEW [ IF EXISTS ] name
action [, ... ]
ALTER MATERIALIZED VIEW name
[ NO ] DEPENDS ON EXTENSION extension_name
ALTER MATERIALIZED VIEW [ IF EXISTS ] name
RENAME [ COLUMN ] column_name TO new_column_name
ALTER MATERIALIZED VIEW [ IF EXISTS ] name
RENAME TO new_name
ALTER MATERIALIZED VIEW [ IF EXISTS ] name
SET SCHEMA new_schema
ALTER MATERIALIZED VIEW ALL IN TABLESPACE name [ OWNED BY role_name [, ... ] ]
SET TABLESPACE new_tablespace [ NOWAIT ]
where action is one of:
ALTER [ COLUMN ] column_name SET STATISTICS integer
ALTER [ COLUMN ] column_name SET ( attribute_option = value [, ... ] )
ALTER [ COLUMN ] column_name RESET ( attribute_option [, ... ] )
ALTER [ COLUMN ] column_name SET STORAGE { PLAIN | EXTERNAL | EXTENDED | MAIN }
CLUSTER ON index_name
SET WITHOUT CLUSTER
SET TABLESPACE new_tablespace
SET ( storage_parameter [= value] [, ... ] )
RESET ( storage_parameter [, ... ] )
OWNER TO { new_owner | CURRENT_USER | SESSION_USER }
π DESCRIPTION π
so ALTER MATERIALIZED VIEW changes various auxiliary properties of an existing materialized view. that's the whole plot. π«Ά
bestie, the ownership rules are giving main character energy: you must own the materialized view to use ALTER MATERIALIZED VIEW. To change a materialized view's schema, you must also have CREATE privilege on the new schema. To alter the owner, you must also be a direct or indirect member of the new owning role, and that role must have CREATE privilege on the materialized view's schema. (These restrictions enforce that altering the owner doesn't do anything you couldn't do by dropping and recreating the materialized view. However, a superuser can alter ownership of any view anyway.)
The statement subforms and actions available for ALTER MATERIALIZED VIEW are a subset of those available for ALTER TABLE, and have the same meaning when used for materialized views. See the descriptions for ALTER TABLE (ALTER_TABLE(7)) for details. iykyk π
πΈ PARAMETERS πΈ
nameβ the name (optionally schema-qualified) of an existing materialized view.column_nameβ name of an existing column.extension_nameβ the name of the extension that the materialized view is to depend on (or no longer dependent on, ifNOis specified). A materialized view that's marked as dependent on an extension is automatically dropped when the extension is dropped.new_column_nameβ new name for an existing column.new_ownerβ the user name of the new owner of the materialized view.new_nameβ the new name for the materialized view.new_schemaβ the new schema for the materialized view.
π¦ EXAMPLES π¦
say you wanna rename the materialized view foo to bar, bestie:
ALTER MATERIALIZED VIEW foo RENAME TO bar;
β COMPATIBILITY β
ALTER MATERIALIZED VIEW is a PostgreSQL extension. that's the compatibility section, periodt. π¦
π₯ SEE ALSO π₯
CREATE MATERIALIZED VIEW(CREATE_MATERIALIZED_VIEW(7))DROP MATERIALIZED VIEW(DROP_MATERIALIZED_VIEW(7))REFRESH MATERIALIZED VIEW(REFRESH_MATERIALIZED_VIEW(7))
xoxo, your Unix bestie β source/version: PostgreSQL 13.23, date: 2025 πβ¨
π¦ where this page comes from
- opensuse-leap 16.0: postgresql13 13.23-160000.1.1 Β· PostgreSQL
- opensuse-leap 16.0: postgresql13 13.23-160000.1.1 Β· PostgreSQL
- opensuse-leap 16.0: postgresql13 13.23-160000.1.1 Β· PostgreSQL
- opensuse-leap 16.0: postgresql13 13.23-160000.1.1 Β· PostgreSQL
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms