Could someone please clarify the following questions?
1.Does RLS support the NOT clause?
- For RLS, If you don’t add a rule for a user or group, that user or group can’t see any of the data. The filter values can be provided as a list of comma separated values. How can a use case be addressed where an identity has access to a particular value(like column1=1) and other identities will have access to all values other than the restricted one. For other identities, is it possible to specify a NOT clause[like WHERE (NOT ((column1 = 1)))], instead of providing every other value for column1 for other users and groups? What other way can be used to solve this problem?
2 RLS for numeric and date fields
- Row-level security works only for fields containing textual data (string, char, varchar, and so on). It doesn’t currently work for dates or numeric fields (from Using row-level security (RLS) with user-based rules to restrict access to a dataset - Amazon QuickSight). Is there a workaround for making this work with numeric and date fields?
3.CLS- number of principals for a restricted column
- In CLS, it looks like the maximum number of principals allowed for a restricted column is 100. Is there a way to increase this number?