Работя със същия проблем и текущо приет отговор не е решение за мен.
Да, класирането се извършва, както се казва в този отговор, но това по никакъв начин не е причина за непоследователни резултати, когато са минали няколко пъти от последното възстановяване на каталога. Класирането не трябва драстично да се променя при повторно изграждане и още по-малко няколко минути след повторно изграждане...
За мен има грешка в freetexttable класиране. (Грешка, която не засяга containstable класиране:Проверих го сам със собствения си каталог с бъги и също така е написано на тази публикация във форума на Microsoft
.)
От тази друга публикация във форума на Microsoft изглежда, че този бъг възниква само в каталог, който има само много малко индексирани редове. Добавянето на данни към каталога кара грешката да изчезне.
И така, ето моят отговор, взет от Павел Валента за още една публикация във форума на Microsoft :
Ако истинският ви каталог няма да има повече от няколкостотин индексирани реда, добавете фиктивна таблица към каталога си, за да имате повече индексирани редове.
Това няма да замърси вашите резултати поради начина, по който се изграждат заявките. Да, това изглежда доста странно решение. Но това беше единственото, което реши проблема за мен.
Една последна бележка:имах този проблем с sql 2005 sp4, не е тестван с 2008. (Въпросът е за 2008.)
