Działam w tym samym wydaniu i obecnie zaakceptowałem odpowiedź nie jest dla mnie rozwiązaniem.
Tak, ranking odbywa się zgodnie z tą odpowiedzią, ale nie jest to żaden powód do niespójnych wyników, gdy minęło kilka razy od ostatniej przebudowy katalogu. Ranking nie powinien radykalnie zmieniać się po przebudowie, a nawet mniej kilka minut po przebudowie...
Dla mnie jest błąd w freetexttable zaszeregowanie. (Błąd, który nie wpływa na containstable ranking:sam to sprawdziłem z własnym katalogiem błędów, a także jest napisany na ten post na forum firmy Microsoft
.)
Od ten inny post na forum firmy Microsoft wygląda na to, że ten błąd występuje tylko w katalogu, w którym zindeksowano tylko kilka wierszy. Dodanie danych do katalogu powoduje zniknięcie błędu.
Oto moja odpowiedź, zaczerpnięta z Pavel Valenta w kolejnym poście na forum Microsoftu :
Jeśli Twój prawdziwy katalog nie będzie miał zindeksowanych więcej niż kilkuset wierszy, dodaj do niego jakąś fikcyjną tabelę, aby indeksować więcej wierszy.
Nie zanieczyści to wyników ze względu na sposób budowania zapytań. Tak, wydaje się to dość dziwną poprawką. Ale to jedyne rozwiązanie, które rozwiązało mój problem.
Ostatnia uwaga:miałem ten problem z sql 2005 sp4, nie testowałem z 2008. (Pytanie dotyczy 2008).
