C# WPF登录SQL Server数据库大小写验证失效问题求助

咱们先捋清楚核心问题：数据库存的是大写"ADMIN"，但输入小写"admin"也能登录，说明你的验证逻辑在字符串比较时默认忽略了大小写差异。下面分两种常见场景给你针对性的解决办法：

一、如果是C#代码里的字符串比较导致的问题 #

假设你的验证逻辑是从数据库取出账号密码后，在C#里做匹配判断，比如写了类似下面的代码：

// 错误示例：使用了不区分大小写的比较规则
if (inputUsername.Equals(dbUsername, StringComparison.OrdinalIgnoreCase) 
    && inputPassword.Equals(dbPassword, StringComparison.OrdinalIgnoreCase))
{
    // 执行登录成功逻辑
}

这种写法会直接忽略大小写差异。要实现严格的大小写验证，你需要改用字节级的严格比较规则，也就是StringComparison.Ordinal，代码修改如下：

// 正确写法：严格区分大小写
if (inputUsername.Equals(dbUsername, StringComparison.Ordinal) 
    && inputPassword.Equals(dbPassword, StringComparison.Ordinal))
{
    // 执行登录成功逻辑
}

如果是直接用==比较字符串，C#默认是区分大小写的，但显式指定StringComparison.Ordinal能避免因系统文化差异导致的意外问题，更稳妥。

二、如果是数据库查询环节导致的问题 #

要是你的验证逻辑是直接用SQL语句查询匹配用户，比如：

SELECT * FROM Users WHERE Username = @Username AND Password = @Password

很多数据库（比如SQL Server）默认的排序规则是SQL_Latin1_General_CP1_CI_AS，其中的CI代表「Case Insensitive（不区分大小写）」，所以查询时会自动匹配大小写不同的字符串。解决方式有两种：

1. 临时修改SQL查询的比较规则
   在查询语句里强制指定区分大小写的排序规则，以SQL Server为例：

   SELECT * FROM Users 
   WHERE Username COLLATE SQL_Latin1_General_CP1_CS_AS = @Username 
   AND Password COLLATE SQL_Latin1_General_CP1_CS_AS = @Password
   

   这里的CS就是「Case Sensitive（区分大小写）」的缩写。
2. 永久修改数据库列的排序规则
   直接修改用户名字段和密码字段的排序规则为区分大小写的版本（比如SQL_Latin1_General_CP1_CS_AS），这样后续所有查询都会默认严格区分大小写。

额外提醒 #

最后说个安全细节：密码千万不要明文存储在数据库里！建议用哈希算法（比如BCrypt、加盐SHA256）存储密码的哈希值，验证时对输入的密码做同样的哈希处理后再和数据库里的哈希值比较——这种方式不仅更安全，还能从根源上避免大小写验证的问题（因为哈希值是严格区分大小写的，输入小写密码的哈希结果和大写密码的哈希结果完全不同）。

内容的提问来源于stack exchange，提问作者user11401