KB3067257 — FIX: частичные результаты в запросе кластеризованного индекса columnstore в SQL Server 2014

Шаг 1

Инструкция Transact-SQL [INSERT или масс-INSERT] вставляет данные в таблицу, которая содержит кластеризованный индекс columnstore. При выполнении этой операции применяются следующие условия:

• Когда инструкция Transact-SQL достигает порогового значения rowgroup, она закрывает rowgroup R1 с сегментом S1.

• Сегмент S1 указывает на местный словарь D1.

• Инструкция продолжает вставку строк в новую rowgroup R2.

• Когда rowgroup R1 закрыт, местный словарь D1 также не нужно закрывать. Если в списке D1 по-прежнему есть доступное пространство, вы можете оставить его открытым и повторно использовать для нового rowgroup R2.

Этап 2

Если выполнение инструкции Transact-SQL завершилось аварийно или отменено перед закрытием нового rowgroup R2, применяются указанные ниже условия.

• Изменения метаданных columnstore происходят во всех подтранзакциях, которые зафиксированы независимо от внешней транзакции.

• На этом этапе rowgroup R1 сохраняется в системной таблице в разделе "строительство" или "невидимое состояние", а сегмент S1 ссылается на словарь D1.

• В системной таблице не создано ни одной строки для словаря D1. Это связано с тем, что инструкция Transact-SQL никогда не имеет возможности закрыть существующую строку. Таким образом, существующая строка сохраняется.

Шаг 3

В типичной ситуации, если фоновая задача перемещения кортежа начинается после завершения инструкции Transact-SQL, фоновая задача удаляет невидимые rowgroup R1 и сегмент S1. Если в данный момент запускается новая инструкция Transact-SQL и создается rowgroup R3 с новым сегментом S3, для которого требуется новый локальный словарь, нельзя использовать внутренний идентификатор словаря D1. Это связано с тем, что в состоянии в памяти для columnstore сохраняется Отслеживание используемых идентификаторов словарей. Следовательно, сегмент S3 будет ссылаться на новый словарь D2.Примечание. Условие на этом этапе является типичным условием. Следовательно, никаких повреждений не возникает.

Шаг 4

Проблема, описанная в этой статье, возникает в том случае, если SQL Server теряет состояние в памяти словаря D1 до того, как будет применена задача перемещения кортежа (как описано в шаге 3).Примечания.

• Это событие возникает по одной из указанных ниже причин.

  • Сервер SQL Server погружает память, а содержимое словаря D1 в памяти удаляется из памяти.

  • Экземпляр SQL Server перезапускается.

  • База данных, содержащая кластеризованный индекс columnstore, переключается в автономный режим, а затем снова появляется в сети.

• После возникновения какого-либо из этих событий и SQL Server перезагружает структуру из памяти, не существует записи, в которой существовал словарь D1 и внутренний идентификатор. Это происходит потому, что словарь D1 не был сохранен в системных таблицах при завершении или conceledии инструкции Transact-SQL.

• Если в этой точке начинается фоновая задача перемещения кортежа, ошибки не возникают, поскольку применяются условия, описанные в шаге 3.

• Если вы создаете новый rowgroup R3 перед началом фоновой задачи перемещения кортежа (для предыдущего элемента маркированного списка), SQL Server назначает один и тот же внутренний идентификатор новому словарю D1 и ссылается на словарь D1 для сегмента S3 в rowgroup R3.

• Когда фоновая задача перемещения кортежа начинается после предыдущего действия, она удаляет невидимые rowgroup R1 и его сегменты S1 вместе с новым словарем D1. Это объясняется тем, что в списке "перемещаются" кортежа рассматривается этот новый словарь D1 и исходный словарь D1, на котором находятся ссылки S1.Примечание. При выполнении этого условия вы не можете запросить содержимое rowgroup R3.