Обработка UPDATE запроса длится очень долго. SQL Server - 10.50.4000

@vchslv · Регистрация: 22.11.2016

Студворк — интернет-сервис помощи студентам

Привет, народ,
У меня возникла ситуация, которую я не могу самостоятельно объяснить.
Есть одна таблица (целевая таблица) с примерно 5,6 миллионами строк, ежедневный прирост данных составляет в среднем 1,3 тысячи строк.
Данные в этой таблице ежедневно обновляются. Новые данные берутся сгруппированными из другой таблицы (исходная таблица, 38 тысяч сгруппированных строк, 42 тысячи, если данные не сгруппированы)ю Исходная и целевая таблицы соединены командой INNER JOIN.
Обновление затрагивает около 17 тысяч записей в целевой таблице. UPDATE-запрос обрабатывается около 1200 секунд! Это очень-очень долго.
В поисках причины я сделал идентичную копию целевой таблицы и запустил тот же запрос. В этом случае данные обновились за 1 секунду!
Я все проверил. Все настройки целевой таблицы и копии идентичны. Данные тоже идентичны. Одно различие заключалось во фрагментации индекса, но значение в обоих случаях было ниже 1%. Я все равно перестроил индексы (REBUILD), но это не помогло.
Согласно плану выполнения обновления целевой таблицы (Функция SQL Сервера. К сожалению не знаю как это в русском интерфейсе названо. У меня на немецком языке - «Ausführungsplan»), 100% затрат используются для «Сканирования кластерного индекса», 0% - для «Обновление кластерного индекса» (это с оригинальной целевой таблицей, длительность - 1200 секунд).
Согласно плану выполнения обновления копии целевой таблицы, 43% затрат идет на «Сканирование кластерного индекса», 54% - на «Обновление кластерного индекса» (копия целевой таблицы, продолжительность - 1 секунда). В планах выполнения есть и другие части, но процент очень низкий. Планы исполнения выглядят иначе.
Версия SQL Server - 10.50.4000.
Может кто с таким сталкивался? В чём может быть причина?

@qwertehok · 01.04.2021, 17:10

а запрос нельзя увидеть?

@vchslv · 01.04.2021, 17:20 **[ТС]**

запрос выглядит вот так:

SQL
1
2
3
4
5
6
7
UPDATE    target_Table
SET              Daten_korrektur = b.Daten_sum
FROM         target_Table INNER JOIN
                          (SELECT     Nr_Kassen, Datum, SUM(Daten_korrektur) AS Daten_sum
                            FROM          source_Table
                            GROUP BY Nr_Kassen, Datum) AS b ON target_Table.Nr_Kassen = b.Nr_Kassen AND target_Table.Datum = b.Datum
WHERE     (target_Table.Datum >= CONVERT(DATETIME, '2019-11-18', 102))

@Аватар · 02.04.2021, 09:28

А какие индексы есть в обеих таблицах?

@vchslv · 06.04.2021, 16:01 **[ТС]**

Разобрался с ситуацией!
Может кому полезно будет:
Дело было в статистике.
После обновления оной всё заработало быстро с обоими таблицами

SQL
1
UPDATE STATISTICS dbo.TableName;

Новые блоги и статьи Все статьи Все блоги /
Загрузка PNG-файла с альфа-каналом с помощью библиотеки SDL3_image на Android 8Observer8 27.01.2026 Содержание блога SDL3_image - это библиотека для загрузки и работы с изображениями. Эта пошаговая инструкция покажет, как загрузить и вывести на экран смартфона картинку с альфа-каналом, то есть с. . .	влияние грибов на сукцессию anaschu 26.01.2026 Бифуркационные изменения массы гриба происходят тогда, когда мы уменьшаем массу компоста в 10 раз, а скорость прироста биомассы уменьшаем в три раза. Скорость прироста биомассы может уменьшаться за. . .	Воспроизведение звукового файла с помощью SDL3_mixer при касании экрана Android 8Observer8 26.01.2026 Содержание блога SDL3_mixer - это библиотека я для воспроизведения аудио. В отличие от инструкции по добавлению текста код по проигрыванию звука уже содержится в шаблоне примера. Нужно только. . .	Установка Android SDK, NDK, JDK, CMake и т.д. 8Observer8 25.01.2026 Содержание блога Перейдите по ссылке: https:/ / developer. android. com/ studio и в самом низу страницы кликните по архиву "commandlinetools-win-xxxxxx_latest. zip" Извлеките архив и вы увидите. . .
Вывод текста со шрифтом TTF на Android с помощью библиотеки SDL3_ttf 8Observer8 25.01.2026 Содержание блога Если у вас не установлены Android SDK, NDK, JDK, и т. д. то сделайте это по следующей инструкции: Установка Android SDK, NDK, JDK, CMake и т. д. Сборка примера Скачайте. . .	Использование SDL3-callbacks вместо функции main() на Android, Desktop и WebAssembly 8Observer8 24.01.2026 Содержание блога Если вы откроете примеры для начинающих на официальном репозитории SDL3 в папке: examples, то вы увидите, что все примеры используют следующие четыре обязательные функции, а. . .	моя боль iceja 24.01.2026 Выложила интерполяцию кубическими сплайнами www. iceja. net REST сервисы временно не работают, только через Web. Написала за 56 рабочих часов этот сайт с нуля. При помощи perplexity. ai PRO , при. . .	Модель сукцессии микоризы anaschu 24.01.2026 Решили писать научную статью с неким РОманом

@vchslv 1 / 1 / 0 Регистрация: 22.11.2016 Сообщений: 17

	Обработка UPDATE запроса длится очень долго. SQL Server - 10.50.4000 01.04.2021, 16:11. Показов 2679. Ответов 4 Метки update (Все метки) Привет, народ, У меня возникла ситуация, которую я не могу самостоятельно объяснить. Есть одна таблица (целевая таблица) с примерно 5,6 миллионами строк, ежедневный прирост данных составляет в среднем 1,3 тысячи строк. Данные в этой таблице ежедневно обновляются. Новые данные берутся сгруппированными из другой таблицы (исходная таблица, 38 тысяч сгруппированных строк, 42 тысячи, если данные не сгруппированы)ю Исходная и целевая таблицы соединены командой INNER JOIN. Обновление затрагивает около 17 тысяч записей в целевой таблице. UPDATE-запрос обрабатывается около 1200 секунд! Это очень-очень долго. В поисках причины я сделал идентичную копию целевой таблицы и запустил тот же запрос. В этом случае данные обновились за 1 секунду! Я все проверил. Все настройки целевой таблицы и копии идентичны. Данные тоже идентичны. Одно различие заключалось во фрагментации индекса, но значение в обоих случаях было ниже 1%. Я все равно перестроил индексы (REBUILD), но это не помогло. Согласно плану выполнения обновления целевой таблицы (Функция SQL Сервера. К сожалению не знаю как это в русском интерфейсе названо. У меня на немецком языке - «Ausführungsplan»), 100% затрат используются для «Сканирования кластерного индекса», 0% - для «Обновление кластерного индекса» (это с оригинальной целевой таблицей, длительность - 1200 секунд). Согласно плану выполнения обновления копии целевой таблицы, 43% затрат идет на «Сканирование кластерного индекса», 54% - на «Обновление кластерного индекса» (копия целевой таблицы, продолжительность - 1 секунда). В планах выполнения есть и другие части, но процент очень низкий. Планы исполнения выглядят иначе. Версия SQL Server - 10.50.4000. Может кто с таким сталкивался? В чём может быть причина? 0

@qwertehok 5966 / 4542 / 1094 Регистрация: 29.08.2013 Сообщений: 28,151 Записей в блоге: 3
	01.04.2021, 17:10
	а запрос нельзя увидеть? 1

@Аватар 5393 / 1465 / 513 Регистрация: 31.05.2012 Сообщений: 5,153
	02.04.2021, 09:28
	А какие индексы есть в обеих таблицах? 1