Примечание Таблицы агрегирования DirectQuery, использующие другой источник данных для таблицы сведений, поддерживаются только в том случае, если таблица агрегирования получена из источника SQL Server, SQL Azure или Хранилища данных SQL Azure.
Объем памяти для этой модели относительно небольшой, но она дает доступ к возможностям огромного набора данных. Эта модель представляет сбалансированную архитектуру, так как распределяет нагрузку запросов по нескольким компонентам архитектуры, используя их в зависимости от сильных сторон.
В диалоговом окне Управление агрегатами для таблицы Driver Activity Agg2 в поле Приоритет установлено значение 10. Это значение больше, чем у таблицы Driver Activity Agg. Более высокое значение приоритета означает, что таблица Driver Activity Agg2 будет первой рассматриваться запросами, использующими агрегаты. Вложенные запросы, которые находятся не на том уровне детализации, на который может отвечать Driver Activity Agg2, будут обращаться к таблице Driver Activity Agg. Подробные запросы, на которые нельзя ответить по любой из таблиц агрегирования, будут направляться в таблицу Driver Activity.
Таблица, указанная в столбце Detail Table, — Driver Activity, а не Driver Activity Agg, так как цепочки агрегатов запрещены.
В следующей таблице показаны агрегаты для таблицы Driver Activity Agg2.
Определение того, обращаются ли запросы к агрегатам SQL Profiler может определять, возвращаются ли запросы из кэша в памяти (подсистема хранилища) или отправляются в источник данных в режиме DirectQuery. Этот процесс также можно использовать для обнаружения обращения к агрегатам. Дополнительные сведения см. в разделе Запросы, попадающие или не попадающие в кэш.
SQL Profiler также предоставляет расширенное событие Query Processing\Aggregate Table Rewrite Query.
В следующем фрагменте JSON показан пример выходных данных события при использовании агрегирования.
