Ознаки
Припустімо, що ви створюєте первинний ключ у стовпці, який містить великі десяткові значення або числові значення в Microsoft SQL Server 2012, 2014 або 2016. Потім ви створюєте індекс повнотекстового індексу, використовуючи цей стовпець як унікальний індекс ключів. У цій ситуації, якщо є кілька рядків, які не вдалося індексувати, значення повнотекстового ключа буде записом як від'ємний номер або символи Юнікоду. Таким чином, не можна визначити рядки, які не вдалося індексувати.
Спосіб вирішення
Ця проблема усунена в таких сукупних оновлень для 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
Інші способи вирішення
Щоб вирішити цю проблему, додайте до таблиці унікальний велике ціле або Int стовпець і вкажіть повний текст, а не використовуючи цей стовпець. Int і велике ціле належним чином повідомте про свої значення до журналу помилок у повнотекстовому режимі, коли повідомляється про невдалу рядок або документ. Унікальний стовпець, який використовується в повнотекстовому полі, не має бути первинним ключем таблиці.
Стан
Корпорація Майкрософт підтвердила, що це проблема в продуктах Microsoft, перелічених у розділі "застосовується до".
Посилання
Відомості про термінологію , яку корпорація Майкрософт використовує для опису оновлень програмного забезпечення.
