Безопасность на уровне измерений / Безопасность пользовательских данных в кубе SSAS? - PullRequest
0 голосов
/ 26 сентября 2011

Я являюсь частью команды, желающей перейти от нашего реляционного хранилища данных к кубу SSAS. С нашей текущей настройкой у нас есть таблица «EmployeeCache» (в основном факт), которая представляет собой соответствие каждого из наших идентификаторов сотрудников их видимым идентификаторам сотрудников. Эта таблица в нашей модели объединена с нашей таблицей DimEmployee, так что для каждого запроса, которому требуется личная информация, записи DimEmployee фильтруются. Фильтр применяется из переменной сеанса, которая является идентификатором пользователя, который выполняет запрос.

Все примеры, которые мы исследовали для обеспечения безопасности уровня измерения в кубе SSAS, требовали использования управляемой безопасности Windows. Системы, которые создают анализируемые данные, обеспечивают свою собственную безопасность. Наши ETL отображают структуру безопасности в вышеупомянутые таблицы EmployeeCache и DimEmployee. Мы хотели бы сохранить эту простую структуру безопасности.

Как мы видим, нет способа передать значения сеанса (кроме использования строки запроса, которую мы не видим в Cognos 10.1) в куб. Мы также не видим примеров безопасности, которые не требуют использования аутентификации Windows.

Может ли кто-нибудь объяснить, есть ли способ достижения безопасности измерений, как я ранее описал в кубе SSAS? Если это невозможно, может ли другой поставщик кубов иметь эту функцию?

1 Ответ

0 голосов
/ 09 мая 2012

Две мысли. Во-первых, SSAS поддерживает только проверку подлинности Windows (см. Службы анализа только для проверки подлинности Windows ), и это не изменилось в Sql Server 2012. Но вы можете передавать учетные данные в строке подключения службам анализа. Во-вторых, не могли бы вы изменить MDX каждого запроса и добавить срез, чтобы ограничить данные только теми данными, которые должен видеть пользователь?

...