В версии Caché 2007.1 появилась возможность управлять в SQL безопасностью на уровне строк таблиц (Row-level Security).

Это реализуется следующим образом: появляется системный столбец, который содержит список ролей и/или пользователей, которые имеют доступ к каждой строке таблицы. Когда выполняется запрос пользователь должен иметь хотя бы одну роль, для того чтобы увидеть строку. Как правило, список ролей вычисляется на основании данных таблицы и при изменениях строки автоматически вычисляется новый список ролей. За счет индексирования системного столбца безопасность на уровне строк таблиц лишь незначительно уменьшает производительность SQL.

Вот небольшой пример:

1. Создайте класс Test.RowLevelSecurity 2. Создайте пользователя Vadim с правами работать через SQL.
3. Сгенерируйте тестовые данные: Do ##class(Test.RowLevelSecurity).Populate(1000)
4. Зайдите в портал управления под пользователем Vadim и выполните SQL-запросы:

select * from Test.RowLevelSecurity
select count(*) from Test.RowLevelSecurity

Вы должны увидеть все 1000 строк, которые Вы сгенерировали.
5. Зайдите в портал управления под пользователем _System и выполните SQL-запросы:

select * from Test.RowLevelSecurity
select count(*) from Test.RowLevelSecurity

Вы должны увидеть только строки, которые начинаются на “S” и получить количество таких строк.

Есть возможность использовать безопасность на уровне строк таблиц и для существующих таблиц.
Подробности в документации.

Обратите внимание, что безопасность на уровне строк таблиц работает только на уровне SQL и не работает при прямом или объектном доступе.


Вадим

БредС одной стороны, говорится о трех способах доступа к одним и тем же данным. С другой, по нескольким причинам, и теперь к ним добавилась еще одна, в конкретном "приложении" приходится использовать один способ доступа): Например, если вашему "приложению" нужна "безопасность на уровне строк", то нельзя использовать объектный доступ, так как он "рассекретит данные"):В Cache' за счет использования единой архитектуры данных для выборки данных используется SQL.
Сценарий, который используется крайне часто, - выборка данных с помощью SQL, затем работа с каждым объектом, используя объектный подход.
Например при создании Web-приложения на ZEN такой подход можно применять.

Безопасность на уровне строк таблиц упростит создания собственной модели безопасности на уровне приложения при таком подходе. БредНельзя ли как-то ясно изложить мнение IS? И в целом, и по каждому аспекту неравнозначности доступов): Считают ли, например, в IS, что "безопасность на уровне объекта класса" невозможна?):Многие партнеры-разработчики (например, ДВ-Софт или SolidWorks) реализовали подобные механизмы в своих приложениях и могут управлять доступом на уровне объектов, используя уникальные для своих приложений алгоритмы.

Вы задаете очень интересный вопрос, но так как он лишен конкретики, на него сложно ответить.
Доступы к данным в Cache' разные и обладают разными свойствами. В разных случаях имеет смысл применять ту или иную комбинацию.

Не готов формулировать позицию InterSystems по Вашему глобальному вопросу.
Посмотрите презентации на тему безопасности на Devcon 2008 :

Using Caché’s Security Features