MXS-1733 Add documentation
This commit is contained in:
@ -197,6 +197,31 @@ specified name.
|
|||||||
|
|
||||||
```
|
```
|
||||||
|
|
||||||
|
**NOTE** If a rule contains a table/database then if the resultset
|
||||||
|
does _not_ contain table/database information, it will always be
|
||||||
|
considered a match if the column matches. For instance, given the
|
||||||
|
rule above, if there is a table `person2`, also containing an `ssn`
|
||||||
|
field, then a query like
|
||||||
|
```
|
||||||
|
SELECT ssn FROM person2;
|
||||||
|
```
|
||||||
|
will not return masked values, but a query like
|
||||||
|
```
|
||||||
|
SELECT ssn FROM person UNION SELECT ssn FROM person2;
|
||||||
|
```
|
||||||
|
will _only_ return masked values, even if the `ssn` values from
|
||||||
|
`person2` in principle should not be masked. The same effect is
|
||||||
|
observed even with a non-sensical query like
|
||||||
|
```
|
||||||
|
SELECT ssn FROM person2 UNION SELECT ssn FROM person2;
|
||||||
|
```
|
||||||
|
even if nothing from `person2` should be masked. The reason is that
|
||||||
|
as the resultset contains no table information, the values must be
|
||||||
|
masked if the column name matches, as otherwise the masking could
|
||||||
|
easily be circumvented with a query like
|
||||||
|
```
|
||||||
|
SELECT ssn FROM person UNION SELECT ssn FROM person;
|
||||||
|
```
|
||||||
|
|
||||||
The optional key `match` makes partial replacement of the original
|
The optional key `match` makes partial replacement of the original
|
||||||
value possible: only the matched part would be replaced
|
value possible: only the matched part would be replaced
|
||||||
|
Reference in New Issue
Block a user