我正在将一些 information_schema 查询转换为系统目录查询,但我得到了不同的字符最大长度结果。
SELECT column_name,
data_type ,
character_maximum_length AS "maxlen"
FROM information_schema.columns
WHERE table_name = 'x'
返回我期望的结果,例如:
city character varying 255
company character varying 1000
等价目录查询
SELECT attname,
atttypid::regtype AS datatype,
NULLIF(atttypmod, -1) AS maxlen
FROM pg_attribute
WHERE CAST(attrelid::regclass AS varchar) = 'x'
AND attnum > 0
AND NOT attisdropped
似乎返回每个长度 + 4:
city character varying 259
company character varying 1004
为什么不同?总是简单地从结果中减去 4 是否安全?
最佳答案
对于 char
和 varchar
类型,您可以说从结果中减去 4 是安全的。 information_schema.columns
View 在幕后所做的是它调用函数 informatoin_schema._pg_char_max_length
(这是你的区别,因为你没有) , 哪个 body 是:
CREATE OR REPLACE FUNCTION information_schema._pg_char_max_length(typid oid, typmod integer)
RETURNS integer
LANGUAGE sql
IMMUTABLE PARALLEL SAFE STRICT
AS $function$SELECT
CASE WHEN $2 = -1 /* default typmod */
THEN null
WHEN $1 IN (1042, 1043) /* char, varchar */
THEN $2 - 4
WHEN $1 IN (1560, 1562) /* bit, varbit */
THEN $2
ELSE null
END$function$
也就是说,对于 chars 和 varchars,它总是减去 4。
这使得您的查询不等同于它实际需要连接到 pg_type
以建立列的 typid
并将值包装在函数中以具有的程度它返回正确的值。这是因为事实上,有更多的事情在起作用。如果你想简化,你可以在没有连接的情况下进行(虽然它不是防弹的):
SELECT attname,
atttypid::regtype AS datatype,
NULLIF(information_schema._pg_char_max_length(atttypid, atttypmod), -1) AS maxlen
FROM pg_attribute
WHERE CAST(attrelid::regclass AS varchar) = 'x'
AND attnum > 0
AND NOT attisdropped
这应该可以为您完成。如果您想进一步调查此事,请参阅 information_schema.columns
的 View 定义。
关于postgresql - 为什么 atttypmod 不同于 character_maximum_length?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/52376045/