Ознаки

Коли ви заповните змінну таблиці з великою кількістю рядків, а потім приєднаєтеся до неї з іншими таблицями, оптимізатор запитів може вибрати неефективний план запитів, який може призвести до повільного виконання запитів.

Кожне нове Сукупне оновлення для SQL Server містить усі поточні виправлення та всі виправлення системи безпеки, які були включені до попереднього сукупного оновлення. Ознайомтеся з найновішими сукупними оновленнями для сервера SQL Server:

Пакет оновлень 2 для SQL Server 2012

Пакети оновлень є сукупними. Кожен новий пакет оновлень містить усі виправлення, які містяться в попередніх пакетах оновлень, а також будь-які нові виправлення. Наша рекомендація – це використання найновішого пакета оновлень і найновішого сукупного оновлення для цього пакета оновлень. Не потрібно інсталювати попередній пакет оновлень, перш ніж інсталювати найновіший пакет оновлень. Щоб знайти докладні відомості про найновіший пакет оновлень і останнє Сукупне оновлення, використовуйте таблицю 1 в цій статті.

Визначення рівня версії, випуску та оновлення сервера SQL Server і його компонентів

Додаткові відомості

Якщо ви використовуєте змінну таблиці в пакеті або процедурі, запит компілюється та оптимізовано для початкового стану змінної таблиці. Якщо цю змінну таблиці заповнено з багатьма рядками під час виконання, можливо, попередньо скомпільований план запиту більше не буде оптимальним. Наприклад, запит може бути приєднання до змінної таблиці зі вкладеним циклом, оскільки зазвичай ефективніше для невеликої кількості рядків. Цей план запиту може бути неефективним, якщо змінна таблиці містить мільйони рядків. Приєднання до хеш-з'єднання може бути кращим вибором в умовах такої умови. Щоб отримати новий план запитів, його потрібно повторно зібрати. Проте, на відміну від інших користувачів або тимчасових таблиць, кількість рядків у змінній таблиці не ініціюватиме перекомпіляція запиту. Зазвичай це можна обійти за допомогою параметра (перекомпіляції), який має власні витрати на накладні витрати. Позначка трасування 2453 дає змогу відновити запит на вибірку без параметра (ПЕРЕКОМПІЛЯЦІЇ). Цей прапорець трасування відрізняється від параметра (ПЕРЕКОМПІЛЯЦІЇ) у двох основних аспектах. (1) він використовує однаковий поріг кількості рядків, як і інші таблиці. Запит не потрібно скомпільовано для кожного виконання на відміну від параметра (ПЕРЕКОМПІЛЮЄТЬСЯ). Це може призвести до перекомпіляції, лише коли кількість рядків перевищує стандартний поріг. (2) ПАРАМЕТР (для КОМПІЛЯЦІЇ) змушує запит шукати параметри та оптимізувати запит для них. Цей прапорець трасування не має значення параметра "заглядати".Зверніть увагу , що цей прапорець трасування має бути увімкнуто під час виконання. Цей прапорець трасування не можна використовувати за допомогою запиту "QUERTETEEON". Цей прапор трасування слід використовувати з обережністю, оскільки він може збільшити кількість перекомпілює запитів, які можуть коштувати більше, ніж економія від кращої оптимізації запитів.

Стан

Корпорація Майкрософт підтвердила, що це проблема в продуктах Microsoft, перелічених у розділі "застосовується до".

Потрібна додаткова довідка?

Отримуйте нові функції раніше за інших
Приєднатися до Microsoft оцінювачів

Ця інформація корисна?

Наскільки ви задоволені якістю мови?
Що вплинуло на ваші враження?

Дякуємо за відгук!

×