Jeg kører i det samme problem, og aktuelt accepteret svar er ikke en løsning for mig.
Ja, rangeringen er udført som sagt af dette svar, men det er på ingen måde en grund til at have inkonsistente resultater, når det er gået nogle gange siden sidste kataloggenopbygning. Rangeringen bør ikke ændre sig dramatisk ved genopbygning og endnu mindre nogle minutter efter genopbygning...
For mig er der en fejl i freetexttable placering. (Bug som ikke påvirker containstable ranking:Jeg har selv tjekket det med mit eget buggykatalog, og det er også skrevet på dette indlæg fra Microsoft-forum
.)
Fra dette andet Microsoft-forumindlæg det ser ud til, at denne fejl kun forekommer i kataloget, hvor kun meget få rækker er indekseret. Tilføjelse af data til kataloget får fejlen til at forsvinde.
Så her er mit svar, taget fra Pavel Valenta på endnu et Microsoft-forumindlæg :
Hvis dit rigtige katalog ikke skal have mere end et par hundrede rækker indekseret, skal du tilføje en dummy-tabel til dit katalog for at få flere rækker indekseret.
Dette vil ikke forurene dine resultater på grund af den måde, forespørgsler opbygges på. Ja, det virker en ret mærkelig løsning. Men det er den eneste, der havde løst problemet for mig.
En sidste bemærkning:Jeg havde dette problem med sql 2005 sp4, ikke testet med 2008. (Spørgsmålet er for 2008.)