Ihre Beispielabfrage ungefähr so zu etwas zwingen könnte, wird übersetzen:
select [t0] .col1 [t0] .col2, ..., [ t0] .coln von [Schema]. [People] wo [t0] .UserName = @ p0
... der Wert in den Benutzername Variable wird in dem @ p0 sQL-Variable übergeben werden. Daher wird die Groß-/Kleinschreibung, Akzentempfindlichkeit usw. von der Sortierung gesteuert, die Sie für die Verwendung Ihrer SQL Server-Instanz/db/table/column eingerichtet haben. Falls nicht anders angegeben, wird die Standardsortierung der DBs oder DB-Instanzen verwendet, aber die Sortierung kann bis auf Spaltenebene angegeben werden.
Die meisten Leute führen SQL Server mit case-insensitiven (CI) Kollatierungen, aber wie ich oben gesagt habe, kann es in der DB überschrieben werden, so dass Sie nur überprüfen müssen, welche Kollatierung Sie dort haben.
Dies steht im Gegensatz dazu, wenn Sie dasselbe tun wie eine L2O-Abfrage (linq to objects). In diesem Fall ist die Groß-/Kleinschreibung die Standardeinstellung und Sie müssen die Groß-/Kleinschreibung mithilfe der Zeichenfolge string.equals außer Kraft setzen Damit können Sie Kultur und/oder Groß-/Kleinschreibung angeben ...
Fehlt Ihnen ein paar Zitate? Das Ändern der Groß-/Kleinschreibung der Variablennamen wirkt sich nicht auf die Ergebnisse aus. –
das ist nicht das, was ich meinte, siehe oben – zsharp