问题标签 [case-sensitive]

我们正在将以前使用 Openbase 7 的应用程序移植到现在使用 MySQL 5.0。

OB 7 在区分大小写方面确实有非常糟糕的定义（即未记录的）行为。我们现在只是在使用 MySQL 尝试相同的查询时才发现这一点。

看起来 OB 7 处理使用“=”的查找与使用“LIKE”的查找不同：如果您有两个值“a”和“A”，并使用 WHERE f="a" 进行查询，那么它只会找到“ a”字段，而不是“A”字段。但是，如果您使用 LIKE 而不是“=”，那么它会同时找到两者。

我们对 MySQL 的测试表明，如果我们使用非二进制排序规则（例如 latin1），那么“=”和“LIKE”都会不区分大小写。然而，为了模拟 OB 的行为，我们只需要让“=”区分大小写。

我们现在正试图弄清楚如何在 MySQL 中处理这个问题，而不必为我们所有的查询添加大量的 LOWER() 函数调用（有很多！）。

我们可以完全控制 MySQL 数据库，这意味着我们可以随意选择它的排序模式（幸运的是，我们的表名和唯一索引不受区分大小写问题的影响）。

任何建议如何以最少的代码更改模拟 MySQL 上的 OpenBase 行为？

（我意识到在我们的源代码中添加 LOWER 调用的一些智能正则表达式替换可能会起到作用，但我们宁愿找到不同的方法）

.net 是否有办法确定本地文件系统是否区分大小写？

索引（索引）是否在 MySQL 中定义为 UNIQUE 区分大小写？

我正在尝试用 C# 编写一个静态成员函数，或者在 .NET Framework 中找到一个将文件路径重新设置为文件系统指定的文件路径的函数。

例子：

我已经尝试了下面的以下代码及其许多变体，但它仍然无法正常工作。我知道 Windows 通常不区分大小写，但我需要将这些文件路径传递给 ClearCase，它考虑文件路径大小写，因为它是 Unix 和 Windows 应用程序。

我正在尝试使用 JPA EntityManager find() 方法。我的主键是一个与用户名相对应的字符串。

我正在使用 JPA / Hibernate / MYSQL。

我的问题是搜索用户 'David' 匹配用户 'david'，我认为是由于底层 MYSQL 中不区分大小写的字符串匹配。这给我带来了一大堆问题！

有没有人对此有一个优雅的解决方案？我可以进行本机 SQL 调用并使用此处记录的 BINARY 运算符：http: //dev.mysql.com/doc/refman/5.0/en/charset-binary-op.html

有人有更好的解决方案吗？塔。

使 C# 区分大小写背后的原因是什么？

我正在考虑从 VB.NET 切换以利用某些语言功能（CCR 和 yield），并且了解这种差异背后的原因可能会使过渡更容易。

[更新]好吧，我三天前冒险了。学习 C# 并不是特别难，但我几乎记不起我在 90 年代后期的 C++ 日子。

区分大小写让我讨厌吗？没有我想的那么多……而且我发现它实际上是有利的。实际上，我对 CCR 作为异步协调编程模型感到非常满意。如果我有更多时间在当前项目上，我会将代码库移植到 C# 中以充分利用。不过对我的客户不公平。

现在评估我当前的项目，我到处都看到阻塞线程！啊啊啊！！！

[更新]

好吧，我已经用 C# 编程将近一年了。我真的很喜欢这门语言，我真的很讨厌转用 VB（尤其是在不可避免的情况下！）

还有区分大小写的事情？甚至不是问题

在 SQL Server（2000 或 2005）中，是否可以设置数据库或服务器排序规则，以便标识符名称（表、列等）需要使用正确的大小写？如果是这样，所有区分大小写的排序规则都是如此，还是单独设置？（我一直认为区分大小写适用于数据，而不是对象名称）。

如果应用程序存储的过程和查询不是以一致的大小写编写的，大概这会破坏应用程序？有没有办法处理这个问题而不必确保所有查询都使用正确的大小写，例如设置数据库连接的排序规则？

我从现有应用程序的角度来看待这个问题，该应用程序中可能包含不一致的大小写 sql 代码，并且我希望能够针对具有不同排序规则的数据库运行它。我需要哪些设置或哪些数据库/服务器排序规则不能与应用程序一起使用？

在 Python 中，我可以使用以下命令编译一个不区分大小写的正则表达式re.compile：

有没有办法做同样的事情，但不使用re.compile. 我在文档中找不到类似 Perl 的i后缀（例如m/test/i）的东西。

为什么许多语言区分大小写？

仅仅是继承的问题吗？C++ 是区分大小写的，因为 C 是，Java 是区分大小写的，因为 C++ 是，等等？还是背后有更务实的原因？

例如...

这不是我的代码，但如果这是区分大小写的，那么 @days 将不会被正确计算，因为 startDate/startdate 和 endDate/enddate 变量不匹配......