PostgreSQL标识符长度限制不能超过63字节

文章目录


问题:标识符太长会被截断

在创建表时,发现表名太长会自动被截断,导致查询表时报错了。

分析

参考:https://www.postgresql.org/docs/current/limits.html

Item Upper Limit Comment
identifier length 63 bytes can be increased by recompiling PostgreSQL

PostgreSQL里面限制标识符(库名、表名等)长度不能超过63个字节,虽然这个参数可以在编译时修改,但是一般都不会去修改(63其实已经够用了,相当于6个长的单词,如果这都说不清楚,那么建议用简称+comment的模式)。

相关源码

实际上定义的变量NAMEDATALEN为64,但是C语言字符串结尾字符 \0 占一个字节,所以用的时候使用 NAMEDATALEN-1来进行判断的,即63。

源码详见:src\interfaces\ecpg\include\sqlda-native.h

在线可参考:https://github.com/postgres/postgres/blob/master/src/interfaces/ecpg/include/sqlda-native.h#L8-L16

c 复制代码
/*
 * Maximum length for identifiers (e.g. table names, column names,
 * function names).  Names actually are limited to one fewer byte than this,
 * because the length must include a trailing zero byte.
 *
 * This should be at least as much as NAMEDATALEN of the database the
 * applications run against.
 */
/*
 * 标识符的最大长度(例如表名、列名、函数名)。 名称实际上限制为比此少一个字节,因为长度必须包括一个尾随的零字节。
 *
 * 这至少应该与应用程序运行所针对的数据库的 NAMEDATALEN 一样多。
 */
#define NAMEDATALEN 64

可以尝试以下案例

sql 复制代码
-- 如果超过63(>63,可以为63)会被自动截断,会有提示(NOTICE),但是不会报错
SELECT repeat('d', 64);
create database dddddddddddddddddddddddddddddddddddddddddddddddddddddddddddddddd;
-- > NOTICE:  identifier "dddddddddddddddddddddddddddddddddddddddddddddddddddddddddddddddd" will be truncated to "ddddddddddddddddddddddddddddddddddddddddddddddddddddddddddddddd"
SELECT length(datname),* from pg_database;
-- 63	ddddddddddddddddddddddddddddddddddddddddddddddddddddddddddddddd

ps:注意这里的63是字节,如果是中文的话是21个中文,但是强烈不推荐使用中文标识符。

相关推荐
倔强的石头_17 小时前
连接数失控排查:从数据库会话、应用线程池到连接池泄漏
数据库
hzxpaipai18 小时前
企业官网技术架构拆解:前端、后台、数据库、服务器如何协同
前端·数据库·架构
爱吃火鸡面呀19 小时前
MySQL DQL 子查询详解:从标量、列、行到表子查询的完整实战
大数据·数据库·mysql
harmony&19 小时前
OpenStack 云平台管理实战:从 Keystone 认证到 Nova 计算调度
数据库·openstack
betazhou19 小时前
Apache Seatunnel 抽取Oracle数据库测试
数据库·oracle·apache·seatunnel
devilnumber21 小时前
Oracle 与 MySQL substr 函数差异总结
java·数据库·mysql·oracle
—Miss. Z—21 小时前
计算机等级考试三级数据库技术—选择题
数据库·mysql
www_aiyuanma_vip21 小时前
PC 手机电商(MySQL 版)
数据库·mysql·智能手机
Databend1 天前
AI 时代的数据工程挑战:从复杂链路走向统一数据底座
大数据·数据库·云计算