Симптоми
Приемете, че създавате първичен ключ в колона, която включва големи десетични стойности или числови стойности в Microsoft SQL Server 2012, 2014 или 2016. След това създавате индекс на пълен текст, като използвате тази колона като индекс на уникалния ключ. В този случай, ако има някои редове, които не са индексирани, стойността за пълния текст на ключа ще бъде записана като отрицателно число или Unicode знаци. Следователно не можете да идентифицирате редовете, които не са индексирани.
Решение
Този проблем е коригиран в следните сборни актуализации за SQL Server:
Кумулативна актуализация 2 за SQL Server 2016 SP1
Кумулативна актуализация 4 за SQL server 2016кумулативна актуализация 6 за SQL Server 2012 Service Pack 3
Кумулативна актуализация 10 за SQL server 2014 SP1 кумулативна актуализация 3 за SQL Server 2014 SP2
Всяка нова сборна актуализация за SQL Server съдържа всички поправки и всички корекции на защитата, които са били включени в предишната сборна актуализация. Вижте последните сборни актуализации за SQL Server:
Най-новата сборна актуализация за SQL Server 2016
Най-новата сборна актуализация за SQL server 2014 SP1/SP2най-новата сборна актуализация за SQL Server 2012
Заобиколно решение
За да заобиколите този проблем, добавете уникална bigint или INT колона към таблицата и задайте пълен текст, като използвате тази колона вместо това. INT и bigint правилно докладват стойностите си за регистъра на грешките в пълния текст, когато е отчетен неуспешен ред или документ. Уникалната колона, използвана от пълен текст, не трябва да бъде първичния ключ на таблицата.
Състоянието
Microsoft потвърди, че това е проблем в продуктите на Microsoft, които са посочени в секцията "важи за".
Препратки
Научете повече за терминологията , която Microsoft използва, за да опише софтуерни актуализации.
