Які практичні наслідки попередження sys.dm_exec_query_stats в документації?

Документація для sys.dm_exec_query_statsнаступних держав:

Початковий запит sys.dm_exec_query_stats може дати неточні результати, якщо на сервері зараз виконується навантаження. Більш точні результати можуть бути визначені шляхом повторного запиту.

Іноді я запитую цей DMV під час активного навантаження і віддаю перевагу точним результатам. Я не знаю, як застосувати вищезазначене попередження на практиці. Чи повинен я завжди двічі запитувати DMV і використовувати другий набір результатів, оскільки це буде більш точним? Це відчуває себе трохи надуманим. Чи потрібно мені знати про способи, коли DMV може бути неточним, щоб я міг це врахувати у своєму аналізі? Якщо так, то які неточності можуть з’являтися: відсутні рядки, застарілі значення, непослідовні рядки чи щось інше?

Які найкращі практики під sys.dm_exec_query_statsчас використання під час активного навантаження?

Я оновив документацію, щоб бути більш зрозумілим у формулюванні. Наміром було сказати користувачеві, що запуск запиту проти DMV дасть вихід лише для елементів, які завершили, а не для елементів у польоті. Таким чином, запустіть навантаження в повному обсязі, щоб переконатися, що все захоплено.

Нова редакція буде наступною та застосовуватиметься різні DMV, до яких було включено попереднє формулювання.

Результати sys.dm_exec_query_stats можуть відрізнятись із кожним виконанням, оскільки дані відображають лише готові запити, а не ті, які ще є у польоті.

Я не знаю, як застосувати вищезазначене попередження на практиці.

Це тому, що це невиразно. В кінці сторінки документації є пробіл, щоб залишити відгук. Це майже єдиний спосіб, коли хтось зможе зазирнути в історію цієї сторінки документації і побачити, чому це попередження було додано, якщо воно все-таки є необхідним або потребує оновлення.

Я швидко ознайомився з реалізацією на SQL Server 2017 CU 15, і, здається, немає особливих причин очікувати невідповідності (або "неточності"), окрім підсумків, що оновлюються лише наприкінці виконання кожного оператора .