浅谈PostgreSQL中大小写不敏感问题

数据库 2024/12/22 佚名

2 0 1

极乐门资源网 Design By www.ioogu.com

本文主要讨论PostgreSQL中大小写不敏感存在的问题。

默认情况下，PostgreSQL会将列名和表名全部转换为小写状态。

图1 Person与person

如图1所示，我们创建表person，其中包含name列。然后插入一条记录。执行SELECT查询时，使用列名Name和表名Person而不是name和person，发现仍然可以正常获取刚刚插入表person中的记录。

图2 创建表Person？

此时如果我们再想创建表Person，会得到一个错误，因为此时PostgreSQL实际上把表名从Person转换成了person。由于已经存在表person，所以会报错。

通常情况下，这种大小写不敏感是很方便的，但是当我们想创建大小写敏感的表名和列名（需要使用双引号）时，会产生一些问题。

图3 创建表Person

如图3所示，我们成功创建了表Person，并插入了一条记录，此条记录和插入person中的不同以示区分。再次使用SELECT查询，并且使用表名Person和列名Name，但是返回的结果却是person中的记录。这还是因为PostgreSQL将Person转换成了person。所以想要正确查询，需要使用“Person”和“Name”（如图4所示）。

图4 获取表Person中的记录

此时查看数据库中的表（见图5），可以发现Person和person这两个表都在数据库中。如果我们使用DROP TABLE Person，删除的仍然是表person。

图5 删除操作

综上所述，当创建表或者写SQL查询语句时，建议避免使用双引号。

补充：PostgreSQL大小写不敏感排序

pg12开始支持不区分大小写，或者区分大小写的排序的collate。

语法：

CREATE COLLATION [ IF NOT EXISTS ] name (
  [ LOCALE = locale, ]
  [ LC_COLLATE = lc_collate, ]
  [ LC_CTYPE = lc_ctype, ]
  [ PROVIDER = provider, ]
  [ DETERMINISTIC = boolean, ]
  [ VERSION = version ]
)
CREATE COLLATION [ IF NOT EXISTS ] name FROM existing_collation

其中两个关键参数：

PROVIDER：指定用于与此排序规则相关的区域服务的提供程序。可能的值是: icu、libc。默认是libc。但若要设置大小写不敏感，目前只支持icu。

DETERMINISTIC:设置成not deterministic表示大小写不敏感。

例子：

—正常情况的排序

我们可以看到，正常的order by会区分大小写。

bill@bill=>create table test (c1 text); 
CREATE TABLE
bill@bill=>insert into test values ('a'),('b'),('c'),('A'),('B'),('C'); 
INSERT 0 6
bill@bill=>select * from test order by c1;
 c1 
----
 A
 B
 C
 a
 b
 c
(6 rows)

同样，在oracle中也是一样：

SQL> select * from test order by c1;

C1
--------------------------------------------------------------------------------
A
B
C
a
b
c

6 rows selected.

—不区分大小写排序

可以看到我们指定collate为zh_CN时便没有区分大小写排序。

bill@bill=>select * from test order by c1 collate "zh_CN"; 
 c1 
----
 a
 A
 b
 B
 c
 C
(6 rows)

我们也可以自定义collation支持不区分大小写的排序，但是需要注意在编译数据库的时候加上 —with-icu才可以，否则会出现报错：

bill@bill=>CREATE COLLATION case_insensitive (provider = icu, locale = 'zh_Hans', deterministic = false);
ERROR: ICU is not supported in this build
HINT: You need to rebuild PostgreSQL using --with-icu.

正常情况：

bill@bill=> CREATE COLLATION case_insensitive (provider = icu, locale = 'zh_Hans', deterministic = false); 
CREATE COLLATION 
bill@bill=> select * from test order by c1 collate "case_insensitive"; 
 c1  
---- 
 a 
 A 
 b 
 B 
 c 
 C 
(6 rows)

目前collate不支持=操作不区分大小写，目前需要citext插件。

以上为个人经验，希望能给大家一个参考，也希望大家多多支持。如有错误或未考虑完全的地方，望不吝赐教。

PostgreSQL,大小写,不敏感

标签：

PostgreSQL,大小写,不敏感

极乐门资源网 Design By www.ioogu.com

极乐门资源网 免责声明：本站文章均来自网站采集或用户投稿，网站不提供任何软件下载或自行开发的软件！如有用户或公司发现本站内容信息存在侵权行为，请邮件告知！ 858582#qq.com

极乐门资源网 Design By www.ioogu.com

评论“浅谈PostgreSQL中大小写不敏感问题”

暂无浅谈PostgreSQL中大小写不敏感问题的评论...

《魔兽世界》大逃杀！60人新游玩模式《强袭风暴》3月21日上线

暴雪近日发布了《魔兽世界》10.2.6 更新内容，新游玩模式《强袭风暴》即将于3月21 日在亚服上线，届时玩家将前往阿拉希高地展开一场 60 人大逃杀对战。

艾泽拉斯的冒险者已经征服了艾泽拉斯的大地及遥远的彼岸。他们在对抗世界上最致命的敌人时展现出过人的手腕，并且成功阻止终结宇宙等级的威胁。当他们在为即将于《魔兽世界》资料片《地心之战》中来袭的萨拉塔斯势力做战斗准备时，他们还需要在熟悉的阿拉希高地面对一个全新的敌人──那就是彼此。在《巨龙崛起》10.2.6 更新的《强袭风暴》中，玩家将会进入一个全新的海盗主题大逃杀式限时活动，其中包含极高的风险和史诗级的奖励。
《强袭风暴》不是普通的战场，作为一个独立于主游戏之外的活动，玩家可以用大逃杀的风格来体验《魔兽世界》，不分职业、不分装备（除了你在赛局中捡到的），光是技巧和战略的强弱之分就能决定出谁才是能坚持到最后的赢家。本次活动将会开放单人和双人模式，玩家在加入海盗主题的预赛大厅区域前，可以从强袭风暴角色画面新增好友。游玩游戏将可以累计名望轨迹，《巨龙崛起》和《魔兽世界：巫妖王之怒经典版》的玩家都可以获得奖励。

更新日志

2024年12月22日

浅谈PostgreSQL中大小写不敏感问题

例子：

PostgreSQL,大小写,不敏感

postgreSQL 使用timestamp转成date格式

postgresql varchar字段regexp_replace正则替换操作

评论“浅谈PostgreSQL中大小写不敏感问题”

《魔兽世界》大逃杀！60人新游玩模式《强袭风暴》3月21日上线

更新日志

友情链接