|
SSAS кеширование под разными ролями
|
|||
---|---|---|---|
#18+
Есть SSAS Microsoft SQL Server 2014 - 12.0.2000.8 (X64) Standard Edition (64-bit) Не знаю важно ли это - но у кастомера только такая версия Есть куб где данных пока немного (но будет расти) . Есть внешний ГУИ к-е лазит к нему через MDX (или генерит или самому можно прописать кое где - но не для всех фич. ) в кубе есть 4 роли которые ограничивают куб в разрезе дименшенов (станд. схема секурити через таблицы-бриджи) и куча юзеров (> 100 ) которые будут лазить к ним через 5-6 дашбоардов. Ясно что mdx одинаковые - но роли то разные - и датасеты соттветтвенно тоже Вопрос как будет рабоать (и будет ли ) кешриование одинаковых запросов для разных юзеров 1?) Если есть юзеры-суперадминиы (без ограничений)но лазят под разными доменными именами - будет для них кешироваться запросы 2?) для юзеров с 1 роли - но с разными данными в бриджах 3?) Как это посмотерть - есть ли кеширование (подозреваю что в профайлере) Ссылки велкам на источники про пефроманс для разных ролей почитать ... |
|||
:
Нравится:
Не нравится:
|
|||
20.06.2017, 16:06 |
|
SSAS кеширование под разными ролями
|
|||
---|---|---|---|
#18+
https://www.packtpub.com/books/content/query-performance-tuning-microsoft-analysis-services-part-1 отвечу сам себе для истории There are three different cache contexts within the Formula Engine, which relate to how long data can be stored within the cache and how that data can be shared between users: • Query Context, which means that the results of calculations can only be cached for the lifetime of a single query and so cannot be reused by subsequent queries or by other users. • Session Context, which means the results of calculations are cached for the lifetime of a session and can be reused by subsequent queries in the same session by the same user. • Global Context, which means the results of calculations are cached until the cache has to be dropped because data in the cube has changed (usually when some form of processing takes place on the server). These cached values can be reused by subsequent queries run by other users as well as the user who ran the original query. • Use of the CREATE SUBCUBE statement will force the use of the Session Context. вообщем это мой случай - ГУИ гененрит такие мдх сначала так что даже для суперадминов с разными домен. именами не будет глобального кеширования для разных юзеров. Even within the Global Context, the presence of security can affect the extent to which cache can be shared between users. When dimension security is used the contents of the Formula Engine cache can only be shared between users who are members of roles which have the same permissions. Worse, the contents of the Formula Engine cache cannot be shared between users who are members of roles which use dynamic security at all , even if those users do in fact share the same permissions. а это про динамические роли. + ... |
|||
:
Нравится:
Не нравится:
|
|||
26.06.2017, 16:36 |
|
SSAS кеширование под разными ролями
|
|||
---|---|---|---|
#18+
пиратствую тоже задался вопросом прогрева кеша. сделал, что-то? добился прогрева ? для всех юзеров? ... |
|||
:
Нравится:
Не нравится:
|
|||
05.01.2021, 15:01 |
|
SSAS кеширование под разными ролями
|
|||
---|---|---|---|
#18+
montoya., уже давно не на той конторе там был клиент Kuybut (или как то похоже хорватской конторы) встроен был в ява приложение и лазил под разными AD юзерами (к-е я генерил для юзеров из OLTP системы ) и переодически тестер с хрома - когда тестировал под разнымы юзерами ловила датасеты других юзеров за счет кэша браузера т.е проблема была очень специфическая и решения видно не было очевидного вопрос каким образом смотриться куб ? ... |
|||
:
Нравится:
Не нравится:
|
|||
06.01.2021, 17:01 |
|
|
start [/forum/topic.php?fid=49&fpage=5&tid=1857210]: |
0ms |
get settings: |
9ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
27ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
42ms |
get tp. blocked users: |
2ms |
others: | 260ms |
total: | 372ms |
0 / 0 |