使用SUBSTR和CONCAT获取CENTRE结果时DEP字段仅显示3位的问题

听起来你遇到的核心问题是DEP字段的数值/字符串格式没有保留4位长度，尤其是当DEP2不存在时，原本该显示4位的DEP只输出了3位。结合你用到SUBSTR和CONCAT的场景，我大概能定位到原因和解决办法：

最可能的根因 #

DEP字段大概率是**数值类型（比如INT、SMALLINT）**而非字符串类型。数值类型存储时会自动丢弃前导零——比如数据库里实际存的是123而非0123，当你直接把它放入CONCAT或SUBSTR中时，数据库会自动将数值转成字符串，结果自然是"123"，少了一位。

如果DEP本身是字符串类型，那可能是你在SUBSTR里写错了截取长度（比如误写成SUBSTR(DEP, 1, 3)），或者字段本身存储的就是3位值。

针对性解决方案 #

核心思路是把DEP转成固定4位的字符串，不足位数用前导零补齐，以下是不同数据库的具体写法：

1. MySQL/MariaDB 写法 #

用LPAD()函数补前导零，先将DEP转成字符类型再补零：

SELECT
    CASE
        WHEN DEP2 IS NOT NULL THEN CONCAT(...) -- 你原有处理DEP2的逻辑
        ELSE LPAD(CAST(DEP AS CHAR), 4, '0') -- 补零至4位
    END AS CENTRE
FROM your_table_name;

2. SQL Server 写法 #

用RIGHT()拼接固定的4个零，再取最后4位：

SELECT
    CASE
        WHEN DEP2 IS NOT NULL THEN CONCAT(...) -- 原有DEP2处理逻辑
        ELSE RIGHT('0000' + CAST(DEP AS VARCHAR(4)), 4)
    END AS CENTRE
FROM your_table_name;

3. Oracle 写法 #

同样用LPAD()，搭配TO_CHAR()将数值转成字符串：

SELECT
    CASE
        WHEN DEP2 IS NOT NULL THEN CONCAT(...) -- 原有DEP2处理逻辑
        ELSE LPAD(TO_CHAR(DEP), 4, '0')
    END AS CENTRE
FROM your_table_name;

额外检查点 #

• 如果DEP是字符串类型，先确认字段原始值是否真的有4位（比如是否在存储时就丢失了前导零）；
• 检查你原有SUBSTR的用法，是不是误把截取长度设为3，应该改成SUBSTR(xxx, 1, 4)；
• 如果CONCAT逻辑里嵌套了SUBSTR，确保SUBSTR的起始位置和长度正确，不要误切掉第一位。

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