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

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

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

SQL>createtabletest1(idnumber);

Tablecreated.

SQL>selectobject_namefromuser_objectswhereobject_name='test1';

norowsselected

SQL>selectobject_namefromuser_objectswhereobject_name='TEST1';

OBJECT_NAME
--------------------------------------------------------------------------------
TEST1

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

SQL>createtable"test2"(idnumber);

Tablecreated.

SQL>selectobject_namefromuser_objectswhereobject_name='TEST2';

norowsselected

SQL>selectobject_namefromuser_objectswhereobject_name='test2';

OBJECT_NAME
--------------------------------------------------------------------------------
test2

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

SQL>showparametersensitive

NAMETYPEVALUE
-----------------------------------------------------------------------------
sec_case_sensitive_logonbooleanTRUE

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

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

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

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