The RLS step of a table popup gives each permission group its own row filter. Its rule builder is where you add rule blocks, choose the permission groups each block targets, and build the conditions that filter the rows those groups see. The step appears on Warehouse Dimension, Fact, Dictionary, Static and View tables and on Lake staging tables.
For the protection switch, the Rules and SQL views, the Auto and Manual editor modes and saving, see The RLS editor: protection and modes. For what row level security does and who may change it, see Warehouse permissions and row-level security.
Each condition is one field, one operator and one value. Conditions sit inside a group.
Pick the column in the field selector.
Pick the operator from the operator list.
Fill the value box. It changes with the field and the operator:
between and not between on a date or timestamp.The complete mapping of column types, operators and value boxes is in Row level security rules and operators.
Combine the conditions inside a group with its AND / OR control, and use the NOT toggle to negate the group. The NOT toggle turns red while it is on. The bar that holds these controls is labelled Logic operators.
While the editor is in Manual, the rules area stops accepting edits. With no block yet, it reads Visual rules unavailable with "Adding access rules is available only in Auto mode while you are editing SQL manually.", plus two hints: "Switch the editor to Auto to build rules visually." and "Open the SQL view to edit your script manually."
Set the Editor back to Auto to build rules again.
In Auto, the generated SQL follows your rules as you edit them. Setting the Editor to Manual copies the generated SQL into the script for editing by hand, and switching back to Auto discards those manual edits. The views, the modes and the discard dialog are described in The RLS editor: protection and modes.
Up to 20. If you need more, add another block.
It shows the block's place in the list, counting from 1.
Use the X next to it. A condition's X is labelled Delete rule, a nested group's X is labelled Delete group, and the X in a block's header is labelled Remove access rule and removes the whole block.
It negates the group it sits in, so the filter matches the rows that do not fit its conditions.
Rule adds a single condition line. Group adds a nested group that holds its own conditions with their own AND, OR and NOT controls.
The editor is in Manual mode and there are no blocks yet, so there is nothing to edit visually. Switch the editor to Auto to build rules, or open the SQL view to edit your script manually.
Conditions with the between and not between operators on a date or timestamp. Each side gets a box, prefixed From and To.
Yes. A block has one set of conditions, and it applies them to every permission group you pick in it. Groups you do not pick in the block are not filtered by it.