Oracle中大小写敏感的问题

分手后的思念是犯贱 2022-10-05 15:51 143阅读 0赞

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

首先，我们看下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可以指定密码大小写敏感，作用和上述相同，

![e8259088b30742a7cc791c1d48d5dacb.png][]

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

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

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

**近期更新的文章：**

《[尝试一下OSWatch][OSWatch]》

《[数据库hang等待链分析利器][hang]》

《[会议交流的一些杂谈][Link 1]》

《[NULL判断对SQL的影响][NULL_SQL]》

《[曾经运维生涯中的几个“最”][Link 2]》

**文章分类和索引：**

《[公众号700篇文章分类和索引][700]》

![05582b6f10d74d2ea525762fb08ff41c.png][]

[e8259088b30742a7cc791c1d48d5dacb.png]: /images/20221005/d331e48181d04157afc05b831acf8311.png
[OSWatch]: http://mp.weixin.qq.com/s?__biz=MzI2NzM1OTM4OA%3D%3D&chksm=ea82a787ddf52e91ce0091e71c200202961a75e452bea9ed2d64cb29a82ecb145cc3a798d2ca&idx=1&mid=2247492212&scene=21&sn=966d6b5ec12307602ff44f65193fb434#wechat_redirect
[hang]: http://mp.weixin.qq.com/s?__biz=MzI2NzM1OTM4OA%3D%3D&chksm=ea82a7a4ddf52eb2590eacab606223bb71dd660be9955ad297a5e44b9314c60266e13c962f34&idx=1&mid=2247492183&scene=21&sn=a80b4e1d743da42ca26aff7d8d022238#wechat_redirect
[Link 1]: http://mp.weixin.qq.com/s?__biz=MzI2NzM1OTM4OA%3D%3D&chksm=ea82a7a2ddf52eb46af1f228aff9ee58cdb06375aa6e9cc304bcb8ecc9cc1f7f94f1f1b9a44f&idx=1&mid=2247492177&scene=21&sn=18fc61ccb334bac37dc9b091f4b32f7f#wechat_redirect
[NULL_SQL]: http://mp.weixin.qq.com/s?__biz=MzI2NzM1OTM4OA%3D%3D&chksm=ea82a7c5ddf52ed323d754ab80899ff4fc065453dc23e16b96e367d2f06d6dff3205950028ef&idx=1&mid=2247492150&scene=21&sn=128e815af4e8a0d7986889fc571b7233#wechat_redirect
[Link 2]: http://mp.weixin.qq.com/s?__biz=MzI2NzM1OTM4OA%3D%3D&chksm=ea82a7f2ddf52ee49775b374898978d2f13624f1e51dcbfecdfdd32925332132e4eaa88cc7bd&idx=1&mid=2247492097&scene=21&sn=f2c338461919594062136eb10a70e9c4#wechat_redirect
[700]: http://mp.weixin.qq.com/s?__biz=MzI2NzM1OTM4OA%3D%3D&chksm=ea82a5dfddf52cc949a5b8b316ee905927ff399713b34aec7d806c656e8ada09bfb562c039ca&idx=1&mid=2247491628&scene=21&sn=83bd320bd28da84501fada2e8d515e77#wechat_redirect
[05582b6f10d74d2ea525762fb08ff41c.png]: /images/20221005/67416d35423d4689a2f95c0dbd97debd.png