[LucaCappelletti94]

ALTER MATERIALIZED VIEW did not parse. After ALTER the parser expected an object keyword and stopped at MATERIALIZED, so a PostgreSQL schema that hands a materialized view to its owner, renames it or sets a storage parameter on it could not be read.

The statement reuses the AlterView node from #2730 with a materialized flag, since the two share their operations. OWNER TO, RENAME TO, RENAME COLUMN, SET SCHEMA, SET (...) and RESET (...) parse and round-trip through Display, and AS and ALTER COLUMN stay refused after MATERIALIZED.

[codecov-commenter]

Codecov Report

✅ All modified and coverable lines are covered by tests.
✅ Project coverage is 83.02%. Comparing base (327d54b) to head (a39c563).

Additional details and impacted files

@@           Coverage Diff           @@
##             main    #2776   +/-   ##
=======================================
  Coverage   83.02%   83.02%           
=======================================
  Files          42       42           
  Lines       36220    36227    +7     
  Branches    36220    36227    +7     
=======================================
+ Hits        30070    30077    +7     
  Misses       2652     2652           
  Partials     3498     3498           

☔ View full report in Codecov by Harness.
📢 Have feedback on the report? Share it here.

🚀 New features to boost your workflow:

• ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.

[sabir-akhadov-localstack]

PG 16 does accept ALTER MATERIALIZED VIEW m ALTER COLUMN c SET STATISTICS 100 / SET (n_distinct = 10) / SET STORAGE PLAIN; only SET/DROP DEFAULT is refused. This branch will have to be undone once AlterColumn grows those variants, so it may be simpler to drop it now and let AS/default-related forms fall through as they do for plain views.

[LucaCappelletti94]

Fixed, and added the adequate tests.