上周组内例会，提到不同数据库中大小写敏感的问题，问题很小，但是如果不注意，尤其是开发不规范的场景，很容易进坑。

首先，我们看下Oracle中对大小写的处理。

例如用小写test1创建，但我们在user_objects中根据小写test1不能找到记录，根据大写的TEST1，才可以找到，

SQL> create table test1(id number); Table created. SQL> select object_name from user_objects where object_name=test1;   no rows selected SQL> select object_name from user_objects where object_name=TEST1; OBJECT_NAME -------------------------------------------------------------------------------- TEST1

这次我们使用双引号标记的小写test2，和上面正好相反，使用大写的TEST2不能找到记录，但是用小写test2可以找到，

SQL> create table "test2"(id number); Table created. SQL> select object_name from user_objects where object_name=TEST2; no rows selected SQL> select object_name from user_objects where object_name=test2; OBJECT_NAME -------------------------------------------------------------------------------- test2

要说大小写敏感，这个参数算一个，sec_case_sensitive_logon，他会控制用户密码的大小写敏感不敏感，11g中默认为ture，密码大小写敏感，如果改为false，则为不敏感，

SQL> show parameter sensitive NAME                                 TYPE        VALUE ------------------------------------ ----------- ------------------------------ sec_case_sensitive_logon             boolean     TRUE

如果用orapwd创建密码文件，其中有个参数ignorecase可以指定密码大小写敏感，作用和上述相同，

除此之外，其他的对象，字段、视图、索引、序列等，都是大小写不敏感的。

如果我们在开发代码中不使用“”双引号特意标记对象的大小写，在和数据库交互的时候，就都会自动转成大写，当然都特意写成大写，一样的效果。至于小写，在数据库引擎中转成大写的这个操作，多少有些消耗，但是，在当前主流的硬件环境下，我认为几乎可以忽略。

因此对使用Oracle数据库的应用来说，避免程序中使用“”双引号标记对象大小写，这是在开发中应该遵守的一条准则。但是，其他一些数据库，有的是大小写敏感，有的习惯使用大小写混合定义，当做这些数据库迁移的时候，就得注意程序中，大小写的问题，避免带来不必要的麻烦。

本文转载自微信公众号「bisal的个人杂货铺」，作者bisal。转载本文请联系bisal的个人杂货铺公众号。