Hmm, schau mal hier weiter unten, ggf. wirst du da fündig.

ein genereller Ansatz ist die levensthein-Distanz, die "Ähnlichkeit" definiert als Anzahl atomarer Änderungen, um den einen Text in den anderen zu wandeln.

de.wikipedia.org/wiki/Levenshtein-Distanz

Es gibt glaub auch Weiter-entwicklungen davon - kannst auch mal auf CodeProject gucken.
Die perfekte Lösung für das Problem gibts aber glaub nicht.

nein, und auf was du da verlinkst ist Mist.
Bei DB-Zugriffen immer! DB-Parameter verwenden, selbst wenn man untypisiert programmiert.
Noch besser natürlich, gleich DataAdapter zu konfigurieren, und noch besser, typisiert programmieren.

Jedenfalls beinhaltet Sql keine Levensthein-Funktionalität.
Wäre ein tolles Werk für einen Sql-Spezialisten, entsprechende StoredProcs zu coden, aber ich glaub, in Wirklichkeit geht das nicht, Sql bräuchte dafür ja Befehle, mit denen man String-Daten verändern kann, .Tolower, .Concat, .Split und so Scherze.

Transact SQL kann doch Zeichenfunktionen:
msdn.microsoft.com/de-de/library/ms181984.aspx

Und hier noch ein Link zur Levensthein-Distanz und SQL Server
kodyaz.com/articles/fuzzy-stri…-distance-sql-server.aspx

mikeb69 schrieb:

Datenbankeintrag: Neusäß
Suchbegriff: Neusaess

oder

Datenbankeintrag: TSG 1899 Hoffenheim
Suchbegriff: TSG Hoffenheim

Hast du noch andere Regeln? Ä und ß kannst du ja mit AE und ss ersetzen und zweites Mal abfragen (und andere Umlaute). Beim zweiten Beispiel reicht splitten und .Contains

Besonders bei großen Datenmengen könnte sich ein Volltextindex lohnen:
msdn.microsoft.com/en-us/library/ms142571.aspx