SQL Server FTSは、小規模な展開での管理が容易になります。 FTSはDBと統合されているため、RDBMSはインデックスの更新を自動的に処理します。ここでの欠点は、DBを複製する以外に明らかなスケーリングソリューションがないことです。したがって、スケーリングする必要がない場合は、SQLServerFTSの方がおそらく「安全」です。政治的には、ほとんどのショップは純粋なSQLServerソリューションに慣れているでしょう。
Lucene側では、まっすぐなLuceneよりもSOLRの方が好きです。どちらのソリューションでも、データが変更されたときにインデックスを更新するだけでなく、データをSOLR/Luceneインデックスに自分でマッピングする作業を自分で行う必要があります。長所は、インデックスを追加することで簡単にスケーリングできることです。これらのインデックスは非常に無駄のないLinuxサーバーで実行できるため、ライセンスコストが削減されます。 Lucene / SOLRルートを使用する場合は、インデックス内のDBへのポインターを戻すのではなく、必要なすべてのデータを直接インデックスに入れることを目指します。検索できないデータをインデックスに含めることができるため、たとえば、事前に作成されたHTMLまたはXMLをインデックスに保存して、検索結果として提供することができます。このアプローチでは、DBがダウンする可能性がありますが、切断モードでも検索結果を提供できます。
SQL Server 2008とLuceneのパフォーマンスを直接比較したことはありませんが、ぜひご覧ください。