暂无图片
暂无图片
1
暂无图片
暂无图片
暂无图片

Oracle中大小写敏感的问题

909

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

首先,我们看下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数据库的应用来说,避免程序中使用“”双引号标记对象大小写,这是在开发中应该遵守的一条准则。但是,其他一些数据库,有的是大小写敏感,有的习惯使用大小写混合定义,当做这些数据库迁移的时候,就得注意程序中,大小写的问题,避免带来不必要的麻烦。

        近期更新的文章:

        尝试一下OSWatch

        数据库hang等待链分析利器

        会议交流的一些杂谈

        NULL判断对SQL的影响

        曾经运维生涯中的几个“最”


        文章分类和索引:

        公众号700篇文章分类和索引

        文章转载自bisal的个人杂货铺,如果涉嫌侵权,请发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。

        评论