SQL Server 2019使用CONCAT拼接姓名字段存入额外列仅显示名的问题

这个问题并非CONCAT函数逻辑出错，本质是没有适配SQL Server nchar定长类型的固有特性，两个机制叠加触发了显示异常：

• nchar为定长存储类型：当列定义为nchar(N)时，无论实际存的字符串有效长度是多少，数据库都会自动在末尾补满空格，直到总长度达到N。比如nchar(200)的列里存一个2个字符的姓，存储时会自动补198个尾随空格，整体固定占200个字符位置，不会自动裁剪冗余空格。
• 拼接结果总长度超出目标列容量：直接拼接两个nchar(200)列加中间的间隔空格，总长度为200 + 1 + 200 = 401个字符，但display_name列定义为nchar(400)，最多只能容纳400个字符，末尾1个字符会被直接截断。

这两个机制叠加后，实际存入display_name的内容是：first_name的全部200个字符（有效姓+199个自动补的空格）+ 你主动加的1个空格 + last_name的前199个字符。由于姓和名之间被塞了整整200个空格，SSMS默认的单元格显示宽度下，这些大量空格会把last_name的内容挤到显示区域外，视觉上就会误以为display_name只存了first_name的内容。

拼接前用RTRIM()函数裁掉定长列自带的尾随空格，只保留有效内容再做拼接，参考语句：

UPDATE [dbo].[person]
SET display_name = CONCAT(RTRIM(first_name), ' ', RTRIM(last_name))

调整后拼接的总长度是实际姓名的有效长度加1个中间空格，既不会超出display_name的列容量，也不会出现大量空格遮挡真实内容的问题。

额外建议：如果对存储长度没有强制要求，业务场景下更推荐用nvarchar变长类型替代nchar定长类型，从根源上避免自动补尾随空格带来的各类字符串计算异常。

内容的提问来源于stack exchange，提问作者Sven