Ik heb hetzelfde probleem, en momenteel geaccepteerd antwoord is geen oplossing voor mij.
Ja, de rangschikking wordt gedaan zoals door dit antwoord wordt gezegd, maar het is op geen enkele manier een reden voor inconsistente resultaten als het enige tijd geleden is sinds de laatste herbouw van de catalogus. De rangorde zou niet drastisch moeten veranderen bij het opnieuw opbouwen en nog minder enkele minuten na het opnieuw opbouwen...
Voor mij zit er een fout in freetexttable rangschikking. (Bug die geen invloed heeft op containstable ranking:ik heb het zelf gecontroleerd met mijn eigen buggy-catalogus, en het is ook geschreven op dit Microsoft-forumbericht
.)
Van deze andere Microsoft-forumpost het lijkt erop dat deze bug alleen voorkomt in de catalogus met slechts zeer weinig geïndexeerde rijen. Door gegevens aan de catalogus toe te voegen, verdwijnt de bug.
Dus hier is mijn antwoord, overgenomen van Pavel Valenta op weer een ander Microsoft-forumbericht :
Als uw echte catalogus niet meer dan een paar honderd rijen geïndexeerd zal hebben, voeg dan een dummytabel toe aan uw catalogus om meer rijen geïndexeerd te krijgen.
Dit zal uw resultaten niet vervuilen vanwege de manier waarop query's worden gebouwd. Ja, dit lijkt me nogal een vreemde oplossing. Maar dat is de enige die het probleem voor mij had opgelost.
Nog een laatste opmerking:ik had dit probleem met sql 2005 sp4, niet getest met 2008. (De vraag is voor 2008.)