Symptomer
La oss si at du oppretter en primærnøkkel på en kolonne som inneholder store desimalverdier eller numeriske verdier i Microsoft SQL Server 2012, 2014 eller 2016. Deretter oppretter du en fulltekstindeks ved å bruke denne kolonnen som den unike nøkkelindeksen. Hvis det er noen rader som ikke kan indekseres i denne situasjonen, registreres fulltekstnøkkelverdien som et negativt tall eller unicode-tegn. Du kan derfor ikke identifisere radene som ikke kunne indekseres.
Oppløsning
Dette problemet er løst i følgende kumulative oppdateringer for SQL Server:
Kumulativ oppdatering 2 for SQL Server 2016 SP1
Kumulativ oppdatering 4 for SQL Server 2016
Kumulativ oppdatering 6 for SQL Server 2012 Service Pack 3
Kumulativ oppdatering 10 for SQL Server 2014 SP1
Kumulativ oppdatering 3 for SQL Server 2014 SP2
Om kumulative oppdateringer for SQL Server
Hver nye kumulative oppdatering for SQL Server inneholder alle hurtigreparasjoner og alle sikkerhetsrettinger som fulgte med den forrige kumulative oppdateringen. Ta en titt på de nyeste kumulative oppdateringene for SQL Server:
Den nyeste kumulative oppdateringen for SQL Server 2016
Den nyeste kumulative oppdateringen for SQL Server 2014 SP1/SP2
Den nyeste kumulative oppdateringen for SQL Server 2012
Midlertidig løsning
Du kan omgå dette problemet ved å legge til en unik bigint- eller int-kolonne i tabellen og angi fulltekst ved å bruke denne kolonnen i stedet. Int og bigint rapporterer verdiene sine til fulltekst-feilloggen når en mislykket rad eller et mislykket dokument rapporteres. Den unike kolonnen som brukes av fulltekst, trenger ikke å være primærnøkkelen i tabellen.
Status
Microsoft har bekreftet at dette er et problem i Microsoft-produktene som er oppført i delen «Gjelder for».
Kilder
Finn ut mer om terminologien som Microsoft bruker til å beskrive programvareoppdateringer.