加入收藏 | 设为首页 | 会员中心 | 我要投稿 辽源站长网 (https://www.0437zz.com/)- 云专线、云连接、智能数据、边缘计算、数据安全!
当前位置: 首页 > 站长百科 > 正文

Oracle数据库中不区分大小写搜索的性能

发布时间:2021-03-05 03:47:19 所属栏目:站长百科 来源:网络整理
导读:我的数据库背景位于MS SQL Server端,其中索引和约束中的文本比较不区分大小写(至少在默认情况下).因此,一旦将值“abc”分配给唯一列,就不能存储第二个值“ABC”,如果搜索“ABC”,SQL Server将找到“abc”. 对于Oracle,情况有所不同,所以即使文本列上有唯一索

我的数据库背景位于MS SQL Server端,其中索引和约束中的文本比较不区分大小写(至少在默认情况下).因此,一旦将值“abc”分配给唯一列,就不能存储第二个值“ABC”,如果搜索“ABC”,SQL Server将找到“abc”.

对于Oracle,情况有所不同,所以即使文本列上有唯一索引,也可以存储“abc”和“ABC”,如果搜索“AbC”,则不会得到任何结果.

在Oracle 10gR2之前的AFAIK没有办法绕过它,现在可以设置不敏感的比较,因为恕我直言,因为一切都取决于程序员的纪律.

但是对于区分大小写的查找最糟糕的是,那些将所有搜索重写为UPPER(some_column)= UPPER(some_text)(这是许多讨论主题推荐的)的人即使在some_column上有索引时也会以表扫描结束.性能含义是不稳定的:我刚刚在一个有50万行的表上测试了一个简单的搜索,并且使用UPPER函数调用的搜索比仅使用列标识符的搜索花费了20倍,从而确认在执行函数时不使用索引基于搜索.

在Oracle数据库中进行不区分大小写搜索的最标准技术是否真的如此,即使性能不佳,还是应用UPPER / LOWER函数来搜索元素?或者有更优雅的方法来解决这个问题?

解决方法

是的,使用UPPER(some_column)= UPPER(some_text)确实是最好的方法,但你可以在 UPPER(some_column)上创建索引.这应该可以缓解这个问题.

(编辑:辽源站长网)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读