Row access policies in Snowflake - Interactive Code Practice

Practice - 5 Tasks

1fill in blank

easy

Complete the code to create a row access policy named 'policy1'.

Snowflake

CREATE ROW ACCESS POLICY policy1 AS (user_role STRING) RETURNS BOOLEAN -> user_role = [1];

Drag options to blanks, or click blank then click option'

A'USER'

B'ADMIN'

C'GUEST'

D'ANALYST'

Attempts:

3 left

💡 Hint

Common Mistakes

Forgetting to use quotes around the role name.

Using a role name that is not 'ADMIN'.

The policy allows access only if the user role is 'ADMIN'.

2fill in blank

medium

Complete the code to apply the row access policy 'policy1' to the table 'sales'.

Snowflake

ALTER TABLE sales [1] ROW ACCESS POLICY policy1 ON (user_role);

Drag options to blanks, or click blank then click option'

AREMOVE

BDROP

CADD

DCREATE

Attempts:

3 left

💡 Hint

Common Mistakes

Using 'REMOVE' or 'DROP' which deletes policies.

Using 'CREATE' which is for creating objects.

The 'ADD' keyword applies the row access policy to the table.

3fill in blank

hard

Fix the error in the row access policy definition to correctly check if the user role is 'ANALYST'.

Snowflake

CREATE ROW ACCESS POLICY policy2 AS (user_role STRING) RETURNS BOOLEAN -> user_role [1] 'ANALYST';

Drag options to blanks, or click blank then click option'

A=

B==

C!=

D<>

Attempts:

3 left

💡 Hint

Common Mistakes

Using '==' which is not valid in SQL.

Using '<>' which means not equal.

Snowflake uses a single '=' for equality in SQL expressions.

4fill in blank

hard

Fill both blanks to create a row access policy that allows access only if the user's department matches the row's department.

Snowflake

CREATE ROW ACCESS POLICY dept_policy AS (user_dept STRING, row_dept STRING) RETURNS BOOLEAN -> user_dept [1] row_dept [2] TRUE;

Drag options to blanks, or click blank then click option'

A=

BAND

COR

D!=

Attempts:

3 left

💡 Hint

Common Mistakes

Using 'OR' instead of 'AND' which would allow more access.

Using '!=' which denies access on match.

The policy checks equality and returns TRUE if matched using AND.

5fill in blank

hard

Fill all three blanks to create a row access policy that allows access if the user role is 'MANAGER', the region matches, and the access flag is true.

Snowflake

CREATE ROW ACCESS POLICY complex_policy AS (user_role STRING, user_region STRING, row_region STRING, access_flag BOOLEAN) RETURNS BOOLEAN -> (user_role [1] 'MANAGER') [2] (user_region [3] row_region) AND access_flag;

Drag options to blanks, or click blank then click option'

A=

BAND

DOR

Attempts:

3 left

💡 Hint

Common Mistakes

Using AND instead of OR for role check, which restricts access too much.

Using '!=' which denies access on match.

The policy uses OR to check role, AND to combine conditions, and '=' to compare regions.

Practice

1. What is the main purpose of a row access policy in Snowflake?

easy

A. To encrypt data at rest

B. To control which rows a user can see in a table

C. To manage user login credentials

D. To optimize query performance automatically

Solution

1. Step 1: Understand the function of row access policies

   Row access policies are designed to filter rows based on conditions, controlling visibility.

2. Step 2: Compare with other options

   Encryption, login management, and query optimization are unrelated to row access policies.

3. Final Answer:

   To control which rows a user can see in a table -> Option B

4. Quick Check:

   Row access policy = row visibility control [OK]

Hint: Row access policies filter rows users can see [OK]

Common Mistakes:

• Confusing row access policies with encryption
• Thinking it manages user credentials
• Assuming it improves query speed automatically

2. Which of the following is the correct way to create a row access policy in Snowflake?

easy

A. CREATE ROW ACCESS POLICY policy_name AS (user_role STRING) RETURNS BOOLEAN { user_role = 'ADMIN' };

B. CREATE ROW ACCESS POLICY policy_name AS (user_role STRING) RETURNS BOOLEAN -> user_role == 'ADMIN';

C. CREATE ROW ACCESS POLICY policy_name AS (user_role STRING) RETURNS BOOLEAN -> user_role = 'ADMIN';

D. CREATE ROW ACCESS POLICY policy_name AS (user_role STRING) RETURNS BOOLEAN BEGIN RETURN user_role = 'ADMIN'; END;

Solution

1. Step 1: Recall Snowflake row access policy syntax

   The correct syntax uses 'AS (parameters) RETURNS BOOLEAN -> condition;' with a single equals sign for comparison.

2. Step 2: Analyze each option

   CREATE ROW ACCESS POLICY policy_name AS (user_role STRING) RETURNS BOOLEAN -> user_role = 'ADMIN'; matches the correct syntax. CREATE ROW ACCESS POLICY policy_name AS (user_role STRING) RETURNS BOOLEAN -> user_role == 'ADMIN'; uses '==' which is invalid in Snowflake SQL. CREATE ROW ACCESS POLICY policy_name AS (user_role STRING) RETURNS BOOLEAN { user_role = 'ADMIN' }; uses braces which are not valid. CREATE ROW ACCESS POLICY policy_name AS (user_role STRING) RETURNS BOOLEAN BEGIN RETURN user_role = 'ADMIN'; END; uses BEGIN...END block which is not used here.

3. Final Answer:

   CREATE ROW ACCESS POLICY policy_name AS (user_role STRING) RETURNS BOOLEAN -> user_role = 'ADMIN'; -> Option C

4. Quick Check:

   Correct syntax uses single '=' and '->' arrow [OK]

Hint: Use single '=' and '->' for policy condition [OK]

Common Mistakes:

• Using '==' instead of '=' for comparison
• Adding braces {} around condition
• Using BEGIN...END block in policy definition

3. Given the row access policy:

CREATE ROW ACCESS POLICY filter_policy AS (region STRING) RETURNS BOOLEAN -> region = CURRENT_REGION();

and a table with rows having regions 'US', 'EU', 'APAC', what rows will a user in region 'EU' see?

medium

A. Only rows where region = 'EU'

B. All rows regardless of region

C. Only rows where region = 'US'

D. No rows at all

Solution

1. Step 1: Understand the policy condition

   The policy returns TRUE only if the row's region matches the user's current region.

2. Step 2: Apply the policy for user in 'EU'

   Only rows with region = 'EU' will satisfy the condition and be visible.

3. Final Answer:

   Only rows where region = 'EU' -> Option A

4. Quick Check:

   Policy filters rows by matching region = CURRENT_REGION() [OK]

Hint: Policy shows rows matching user's current region [OK]

Common Mistakes:

• Assuming all rows are visible
• Confusing CURRENT_REGION() with a fixed value
• Thinking policy hides all rows for unmatched regions

4. You created a row access policy:

CREATE ROW ACCESS POLICY sales_policy AS (sales_amount NUMBER) RETURNS BOOLEAN -> sales_amount > 1000;

But after applying it, users see all rows including those with sales_amount = 500. What is the likely issue?

medium

A. The policy was not applied to the table column

B. The comparison operator should be '<' instead of '>'

C. The policy syntax is incorrect and causes errors

D. The sales_amount column has NULL values causing policy to fail

Solution

1. Step 1: Check policy syntax and logic

   The syntax and logic (sales_amount > 1000) are correct to filter rows.

2. Step 2: Verify policy application

   If users still see all rows, the policy was likely not applied to the table or column properly.

3. Final Answer:

   The policy was not applied to the table column -> Option A

4. Quick Check:

   Policy must be applied to enforce row filtering [OK]

Hint: Apply policy to table column to enforce filtering [OK]

Common Mistakes:

• Assuming wrong comparison operator
• Ignoring policy application step
• Blaming NULL values without checking application

5. You want to restrict access so that users can only see rows where department matches their assigned department stored in a session variable USER_DEPT. Which row access policy correctly enforces this?

hard

A. CREATE ROW ACCESS POLICY dept_policy AS (department STRING) RETURNS BOOLEAN -> department = CURRENT_ROLE();

B. CREATE ROW ACCESS POLICY dept_policy AS (department STRING) RETURNS BOOLEAN -> department = CURRENT_SESSION();

C. CREATE ROW ACCESS POLICY dept_policy AS (department STRING) RETURNS BOOLEAN -> department = CURRENT_USER();

D. CREATE ROW ACCESS POLICY dept_policy AS (department STRING) RETURNS BOOLEAN -> department = $USER_DEPT;

Solution

1. Step 1: Understand the requirement

   The policy must compare the row's department to the user's assigned department stored in a session variable USER_DEPT.

2. Step 2: Analyze options

   Options A, B, and D use CURRENT_ROLE(), CURRENT_SESSION(), and CURRENT_USER(), which do not directly access USER_DEPT variable. CREATE ROW ACCESS POLICY dept_policy AS (department STRING) RETURNS BOOLEAN -> department = $USER_DEPT; correctly accesses the session variable with $USER_DEPT.

3. Step 3: Confirm correct syntax

   CREATE ROW ACCESS POLICY dept_policy AS (department STRING) RETURNS BOOLEAN -> department = $USER_DEPT; shows the correct approach to access and compare the session variable USER_DEPT with the department column.

4. Final Answer:

   CREATE ROW ACCESS POLICY dept_policy AS (department STRING) RETURNS BOOLEAN -> department = $USER_DEPT; -> Option D

5. Quick Check:

   Use session variable USER_DEPT to filter department rows [OK]

Hint: Use session variable USER_DEPT to filter rows by department [OK]

Common Mistakes:

• Using CURRENT_ROLE() or CURRENT_USER() instead of session variable
• Not casting session variable properly
• Confusing CURRENT_SESSION() with user attributes