Хранимые результаты запросов
Хранимые результаты запроса хранятся в службе в течение 24 часов. То же удостоверение субъекта, которое создало сохраненный запрос, может ссылаться на результаты в последующих запросах.
Хранимые результаты запроса могут быть полезны в следующих сценариях:
- Разбиение по страницам результатов запроса. Начальная команда выполняет запрос и возвращает первую "страницу" записей. Более поздние запросы ссылаются на другие "страницы" без необходимости повторного выполнения запроса.
- Сценарии детализации, в которых результаты начального запроса затем изучаются с помощью других запросов.
Обновления политики безопасности, такие как доступ к базе данных и безопасность на уровне строк, не распространяются на хранящиеся результаты запроса. Используйте при .drop stored_query_results
отзыве разрешений пользователя.
Хранимые результаты запроса ведут себя как таблицы, так как порядок записей не сохраняется. Для разбивки результатов на страницы рекомендуется включать в запрос уникальные столбцы идентификаторов. Если запрос возвращает несколько результирующих наборов, сохраняется только первый результирующий набор.
Примечание
- Если у вас более 500 столбцов, возникает ошибка, а результаты не сохраняются.
- Результаты запроса хранятся в учетной записи хранения, связанной с кластером. Данные не кэшируются в локальном хранилище SSD.
- Кластеру подписчиков требуется собственная база данных, доступная для записи, для хранения результатов запросов.
В следующей таблице перечислены команды и функции управления, используемые для управления сохраненными результатами запросов.
Get-Help | Описание |
---|---|
Команда .set stored_query_result | Создает сохраненный результат запроса для хранения результатов запроса в службе в течение 24 часов. |
Команда .show stored_query_result | Отображает сведения об активных результатах запроса. |
Команда .drop stored_query_result | Удаляет активные результаты запроса. |
stored_query_result() | Извлекает сохраненный результат запроса. |
Обратная связь
https://aka.ms/ContentUserFeedback.
Ожидается в ближайшее время: в течение 2024 года мы постепенно откажемся от GitHub Issues как механизма обратной связи для контента и заменим его новой системой обратной связи. Дополнительные сведения см. в разделеОтправить и просмотреть отзыв по