If a masking policy is set on an underlying table or view column and a materialized view is created from that table or view, the materialized view only contains columns that are not protected by a masking policy.

Master the SnowPro Advanced Architect Test with flashcards, multiple-choice questions, and detailed explanations. Prepare thoroughly for your certification!

Multiple Choice

If a masking policy is set on an underlying table or view column and a materialized view is created from that table or view, the materialized view only contains columns that are not protected by a masking policy.

Explanation:
Masking policies are applied at read time, while a materialized view stores a precomputed snapshot of a query. Snowflake does not materialize columns that have masking policies, so a materialized view can include only columns that are not protected by a masking policy. This design avoids storing data that would later be subject to dynamic redaction rules, ensuring the materialized view remains deterministic for all users. If a column has a masking policy, it won’t appear in the materialized view at all, and you would need to query the base table or use non-masked columns instead.

Masking policies are applied at read time, while a materialized view stores a precomputed snapshot of a query. Snowflake does not materialize columns that have masking policies, so a materialized view can include only columns that are not protected by a masking policy. This design avoids storing data that would later be subject to dynamic redaction rules, ensuring the materialized view remains deterministic for all users. If a column has a masking policy, it won’t appear in the materialized view at all, and you would need to query the base table or use non-masked columns instead.

Subscribe

Get the latest from Passetra

You can unsubscribe at any time. Read our privacy policy