快捷導(dǎo)航

PostgreSQL表名超長踩坑記

更新時間：2026年05月06日 09:22:17 作者：小瓦碼J碼

本文介紹了PostgreSQL表名最長長度為63個字符,而非常見的256或512個字符,并以刪除過期日志表為例,詳細(xì)描述了表名被截斷執(zhí)行導(dǎo)致誤刪的問題及其解決方法

第一步

創(chuàng)建模擬的正式表

-- 正式表建表語句
create table t_loooooooooooooooooooooooooooooooooooooooooong_name (name varchar(10));

第二步

將正式表重命名為備份表。

alter table t_loooooooooooooooooooooooooooooooooooooooooong_name rename to t_loooooooooooooooooooooooooooooooooooooooooong_name_bak_20260303;

執(zhí)行時，你會發(fā)現(xiàn)，居然成功執(zhí)行了?？墒?，再仔細(xì)一看，怎么還有提示：

identifier "t_loooooooooooooooooooooooooooooooooooooooooong_name_bak_20260303" will be truncated to "t_loooooooooooooooooooooooooooooooooooooooooong_name_bak_202603"

第三步

根據(jù)備份表，重建一張正式表。你猜，這一步會成功執(zhí)行嗎？

答案是會的，并且會出現(xiàn)和第二步一樣的提示。

create table t_loooooooooooooooooooooooooooooooooooooooooong_name (like t_loooooooooooooooooooooooooooooooooooooooooong_name_bak_20260303 including all);

第四步，重要的一步來了

假設(shè)我要滾動刪除20260302那天的備份表，這里有一個隱含邏輯是20260302暫時還不存在，因為這是個新邏輯。

執(zhí)行下面的SQL命令：

drop table t_loooooooooooooooooooooooooooooooooooooooooong_name_bak_20260302;

結(jié)果你應(yīng)該能想到，又被截斷執(zhí)行了。并且把表t_loooooooooooooooooooooooooooooooooooooooooong_name_bak_202603刪除了。也就是說，這個表剛剛備份出來就被刪除了。

結(jié)論

來看一下，截斷后的表名有多長。測試SQL如下：

select length('t_loooooooooooooooooooooooooooooooooooooooooong_name_bak_202603');

length|
------+
    63|

想不到吧，只有63個字符。

總結(jié)

關(guān)于這個特性，官方文檔Identifiers and Key Words一節(jié)是有說明的，原文如下：

The system uses no more than NAMEDATALEN-1 bytes of an identifier; longer names can be written in commands, but they will be truncated. By default, NAMEDATALEN is 64 so the maximum identifier length is 63 bytes. If this limit is problematic, it can be raised by changing the NAMEDATALEN constant in src/include/pg_config_manual.h.

大意是標(biāo)識符字節(jié)數(shù)不超過 NAMEDATALEN-1，具體是多少？就是 64-1=63。

需要注意的是，原文中提及了對于多字節(jié)字符，比如中文名稱，肯定達(dá)不到63，因為是按字節(jié)數(shù)算的。

我可以修改配置嗎？增大范圍。

不好意思，改不了，這個是編譯期常量。如果你要自己編譯一個版本是可以的。上面的原文引用已經(jīng)列出的源碼的修改位置了。

注意：官方說的是標(biāo)識符，沒說表名。也就是說類似，字段名、視圖名等等都是適用的。