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个中文,但是强烈不推荐使用中文标识符。

相关推荐
这个DBA有点耶7 小时前
NULL不是空——数据库里最反直觉的设计,90%新人踩过的坑
数据库·mysql·代码规范
这个DBA有点耶9 小时前
AI写的SQL跑崩了生产库,这锅谁背?
数据库·人工智能·程序员
镜舟科技10 小时前
Databricks 再提 LTAP,AI 时代的数据底座为何重回大一统叙事?
数据库·架构·agent
Databend11 小时前
从湖仓升级为 Agent 时代的数据控制面,Snowflake 和 Databricks 有哪些布局
大数据·数据库·agent
ClouGence14 小时前
SQL Server CDC 能放到 Always On 备库读吗?一文讲透原理与实践
数据库·sql server
先吃饱再说1 天前
存储的进化:从 MySQL 到浏览器缓存,数据到底住在哪?
数据库
Nturmoils1 天前
字段太多看不全,ksql 的展开模式和输出控制怎么用
数据库·后端
Databend1 天前
Agent 轨迹分析与归因的数据工程实践
大数据·数据库·agent
这个DBA有点耶1 天前
SQL改写进阶:标量子查询的“隐形代价”与消除实战
数据库·mysql·架构
smallyoung1 天前
数据库乐观锁深度解析:MySQL、PostgreSQL 实战 + Spring Boot 集成指南
数据库·mysql·postgresql