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

首先,我们看下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的个人杂货铺公众号。

【编辑推荐】

鸿蒙官方战略合作共建——HarmonyOS技术社区 2000 行代码,带你写一个自己的 SQL 数据库 Oracle如何查看当前账号的相关信息总结 缓存与数据库双写一致性 Python 面对对象&数据库进阶 Oracle 11g dataguard容灾技术实战视频教程第2季

上一篇:北京优秀影视剧海外展播季:300多部国产影视精品“搭船出海”    下一篇:诺贝尔物理学奖首次颁给气候学家:“宁愿不要诺奖也不要全球变暖”    

Powered by 看黄的免费应用软件-贱人爽不爽再浪一点手机官网-美女直播胱全 @2018 RSS地图 HTML地图

Copyright 站群 © 2013-2021 365建站器 版权所有