FIX: Incorrect full-text keys are recorded for the rows that aren't indexed correctly by a full-text index in SQL Server 2012 or 2014

Assume that you create a primary key on a column which includes large decimal values or numeric values in Microsoft SQL Server 2012 or 2014. Then, you create a full-text index by using this column as the unique key index. In this situation, if there are some rows that are failed to be indexed, the full-text key value will be record as a negative number or unicode characters. Therefore, you can't identify the rows which are failed to be indexed.
This problem was fixed in the following cumulative update for SQL Server:

About cumulative updates for SQL Server
Each new cumulative update for SQL Server contains all the hotfixes and all the security fixes that were included with the previous cumulative update. Check out the latest cumulative updates for SQL Server:

To work around this issue, add a unique bigint or int column to the table and specify full-text by using that column instead. Int and bigint correctly report their values to the full-text error log when a failed row or document is reported. The unique column used by full-text doesn't have to be the primary key of the table.
Microsoft has confirmed that this is a problem in the Microsoft products that are listed in the "Applies to" section.
Learn about the terminology that Microsoft uses to describe software updates.

Article ID: 3196012 - Last Review: 12/28/2016 01:35:00 - Revision: 2.0

  • kbqfe kbsurveynew kbfix kbexpertiseadvanced KB3196012