я использовал его в том случае, когда оптимизатор не может догадаться, что результат подзапроса будет единственным (UPDATE вставит первую запись из подзапроса, если он выдаст датасет из более, чем одной записи), например, есть таблица с ключом (ID int, ID1 int, Date datetime), и необходимо отобрать самую позднюю (или раннюю) запись по date.
Увеличение скорости было еле заметно (на 7), а на 2000 вообще не заметно, но там план был другой построен с применением фичи RANK и BITMAP/BITMAP (с поглощением кластеного индекса).

Кстати FASTFIRSTROW аналогичен TOP 1 по принципу деградирующего действия на оптимизатор.