Изменения документа G03.04. Фильтры безопасности на уровне строк
Редактировал(а) Ирина Сафонова 22.03.2024, 15:21
От версии 11.1
отредактировано Ирина Сафонова
на 22.03.2024, 00:10
на 22.03.2024, 00:10
Изменить комментарий:
К данной версии нет комментариев
К версии 9.1
отредактировано Ирина Сафонова
на 22.03.2024, 00:09
на 22.03.2024, 00:09
Изменить комментарий:
К данной версии нет комментариев
Сводка
-
Свойства страницы (1 изменено, 0 добавлено, 0 удалено)
Подробности
- Свойства страницы
-
- Содержимое
-
... ... @@ -15,11 +15,12 @@ 15 15 16 16 [[image:Кнопка добавления правила.PNG||data-xwiki-image-style-border="true" height="301" width="1200"]] 17 17 18 -2. В открывшемся окне заполните поля. 18 +2. В открывшемся окне заполните поля. Обязательные поля отмечены звездочкой. 19 + 19 19 20 20 {{info}} 21 - **Примечание.**22 - Обязательныеполя отмечены звездочкой.22 +Примечание. 23 + 23 23 {{/info}} 24 24 25 25 (% class="table-bordered" style="width:535px" %) ... ... @@ -65,9 +65,7 @@ 65 65 66 66 Используя фильтры безопасности на уровне строк в меню пункте меню **Безопасность**, при необходимости создайте фильтры, которые назначаются конкретной таблице и набору ролей. Если хотите, чтобы члены финансовой группы имели доступ только к строкам, в которых {{code language="none"}}department = "finance"{{/code}}, сделайте следующее: 67 67 ~1. Создайте фильтр безопасности на уровне строк с {{code language="none"}}department = "finance"{{/code}}. 68 - 69 69 2. Назначьте предложение роли **Финансы** и таблице, к которой оно применяется. 70 - 71 71 3. Поле предложения, которое может содержать произвольный текст, добавьте к предложению {{code language="none"}}WHERE{{/code}} сгенерированного оператора SQL. Таким образом, вы даже можете настроить фильтр //За последние 30 дней// и применить его к определенной роли с таким предложением, как {{code language="none"}}date_field > DATE_SUB(NOW(), INTERVAL 30 DAY){{/code}}. Фильтр поддерживает несколько условий: {{code language="none"}}client_id = 6{{/code}} И {{code language="none"}}advertiser="foo"{{/code}} и так далее. 72 72 73 73 Все соответствующие фильтры безопасности на уровне строк объединяются вместе — внутри различные предложения SQL объединяются с помощью операторов AND. Это означает, что можно создать ситуацию, когда две роли конфликтуют таким образом, что подмножество таблиц может быть пустым. Например, фильтры** **{{code language="none"}}client_id=4{{/code}} и {{code language="none"}}client_id=5{{/code}}, примененные к роли, приведут к тому, что пользователи этой роли будут иметь {{code language="none"}}client_id=4{{/code}} и {{code language="none"}}client_id=5{{/code}}, добавленные к их запросу, что никогда не может быть истиной.