Это ошибка с SQL Server. Если столбец удаляется из таблицы с кластеризованным индексом хранилища столбцов, а затем добавляется новый столбец с тем же именем, он, похоже, использует старый, удаленный столбец для предиката. Вот MVCE:
Этот скрипт начинается со 10000
строк с statusId
of 1
и statusId2
of 5
- затем удаляет statusID
столбец и переименовывается statusId2
в statusId
. Таким образом, в конце все строки должны иметь statusId
5.
Но следующий запрос попадает в некластеризованный индекс ...
select *
from example
where statusId = 1
and total <= @filter
and barcode = @barcode
and id2 = @id2
... и возвращает 2
строки (с выбранным, statusId
отличным от подразумеваемого WHERE
предложением) ...
+-------+---------+------+-------+----------+
| id | barcode | id2 | total | statusId |
+-------+---------+------+-------+----------+
| 5 | 5 | NULL | 5.00 | 5 |
| 10005 | 5 | NULL | 5.00 | 5 |
+-------+---------+------+-------+----------+
... тогда как этот получает доступ к columnstore и правильно возвращает 0
select count(*)
from example
where statusId = 1
MVCE
/*Create table with clustered columnstore and non clustered rowstore*/
CREATE TABLE example
(
id INT IDENTITY(1, 1),
barcode CHAR(22),
id2 INT,
total DECIMAL(10,2),
statusId TINYINT,
statusId2 TINYINT,
INDEX cci_example CLUSTERED COLUMNSTORE,
INDEX ix_example (barcode, total)
);
/* Insert 10000 rows all with (statusId,statusId2) = (1,5) */
INSERT example
(barcode,
id2,
total,
statusId,
statusId2)
SELECT TOP (10000) barcode = row_number() OVER (ORDER BY @@spid),
id2 = NULL,
total = row_number() OVER (ORDER BY @@spid),
statusId = 1,
statusId2 = 5
FROM sys.all_columns c1, sys.all_columns c2;
ALTER TABLE example
DROP COLUMN statusid
/* Now have 10000 rows with statusId2 = 5 */
EXEC sys.sp_rename
@objname = N'dbo.example.statusId2',
@newname = 'statusId',
@objtype = 'COLUMN';
/* Now have 10000 rows with StatusID = 5 */
INSERT example
(barcode,
id2,
total,
statusId)
SELECT TOP (10000) barcode = row_number() OVER (ORDER BY @@spid),
id2 = NULL,
total = row_number() OVER (ORDER BY @@spid),
statusId = 5
FROM sys.all_columns c1, sys.all_columns c2;
/* Now have 20000 rows with StatusID = 5 */
DECLARE @filter DECIMAL = 5,
@barcode CHAR(22) = '5',
@id2 INT = NULL;
/*This returns 2 rows from the NCI*/
SELECT *
FROM example WITH (INDEX = ix_example)
WHERE statusId = 1
AND total <= @filter
AND barcode = @barcode
AND id2 = @id2;
/*This counts 0 rows from the Columnstore*/
SELECT COUNT(*)
FROM example
WHERE statusId = 1;
Я также поднял вопрос на портале отзывов Azure :
И для всех, кто столкнулся с этим, перестройка Clustered Columnstore Index решает проблему:
alter index cci_example on example rebuild
Восстановление CCI только исправляет любые существующие данные. Если новые записи добавляются, проблема снова возникает на этих записях; поэтому в настоящее время единственным известным исправлением для таблицы является ее полное воссоздание.