SQL Server FTS bliver nemmere at administrere for en lille implementering. Da FTS er integreret med DB'en, håndterer RDBMS automatisk opdatering af indekset. Ulempen her er, at du ikke har en åbenlys skaleringsløsning end at replikere DB'er. Så hvis du ikke har brug for at skalere, er SQL Server FTS sandsynligvis "sikrere". Politisk vil de fleste butikker være mere komfortable med en ren SQL Server-løsning.
På Lucene-siden ville jeg foretrække SOLR frem for straight-up Lucene. Med begge løsninger skal du selv arbejde mere med at opdatere indekset, når dataene ændrer sig, samt at kortlægge data selv til SOLR/Lucene-indekset. Fordelene er, at du nemt kan skalere ved at tilføje yderligere indekser. Du kan køre disse indekser på meget magre linux-servere, hvilket eliminerer nogle licensomkostninger. Hvis du tager Lucene/SOLR-ruten, vil jeg tilstræbe at sætte ALLE de data, du har brug for, direkte ind i indekset, i stedet for at sætte pointere tilbage til DB'en i indekset. Du kan inkludere data i indekset, som ikke er søgbart, så du for eksempel kunne have forudbygget HTML eller XML gemt i indekset og servere det som et søgeresultat. Med denne tilgang kan din DB være nede, men du er stadig i stand til at vise søgeresultater i en afbrudt tilstand.
Jeg har aldrig set en direkte sammenligning af ydeevne mellem SQL Server 2008 og Lucene, men ville elske at se en.