Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
План выполнения при использовании View
|
|||
|---|---|---|---|
|
#18+
Добрый день, MSSQL7 Имеется большая таблица фактов Base (10 млн. строк) связанная с множеством таблиц справочников (периоды, география, клиенты, ...). Есть запрос, в котором отбираются данные за определенный период, в определенном регионе и т. д. План выполнения вполне нормальный: сначала шерстятся справочники, а потом только из большой таблицы по индексам производится отбор и связывание. Время выполнения около 10 секунд. Теперь усложняем задачу. Необходимо разграничить пользователям доступ к данным. Например по географическому признаку. В таблице фактов есть поле RegionId. Также есть таблица Security( UserName, RegionId), в которой для каждого пользователя перечислены регионы, к которым он имеет доступ. Создано представление RegionBase: SELECT * FROM Base INNER JOIN Security ON Base.RegionId = Security.RegionId WHERE Security.UserName = USER_NAME() При замене в исходном запросе Base на RegionBase план выполнения меняеться кардинально: Береться таблица Base и последовательно объединяеться со всеми справочниками. Время выполнения 3 минуты. Возможно объяснение не достаточно прозрачное, но буду рад всем советам. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2002, 10:25 |
|
||
|
|

start [/forum/topic.php?fid=46&msg=32021412&tid=1824210]: |
0ms |
get settings: |
7ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
373ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
24ms |
get tp. blocked users: |
1ms |
| others: | 222ms |
| total: | 659ms |

| 0 / 0 |
