pgFormatter中CASE语句ELSE子句缩进问题的修复

在SQL代码格式化工具pgFormatter的最新版本中，开发团队修复了一个关于CASE语句中ELSE子句缩进格式的问题。这个问题会影响SQL代码的美观性和可读性，特别是在处理复杂查询时。

问题背景

当使用CASE WHEN语句时，ELSE子句的缩进位置不符合预期。具体表现为ELSE关键字没有与CASE保持正确的对齐层级，而是被错误地顶格显示。这种格式问题虽然不影响SQL语句的执行，但会降低代码的可读性，特别是在嵌套多层CASE语句的情况下。

问题示例

以下是一个典型的受影响SQL语句示例：

CASE WHEN ligne.typemvt IS NULL THEN
(
    SELECT
        typemvt_uuid
    FROM
        typemvt
    WHERE
        upper(typemvt.code) = 'PRELEVEMENT')
ELSE
(
    SELECT
        typemvt_uuid
    FROM
        typemvt
    WHERE
        upper(typemvt.code) = upper(ligne.typemvt))
END

在这个例子中，ELSE关键字应该与CASE保持相同的缩进层级，但实际却被格式化到了行首位置。

技术实现

pgFormatter通过解析SQL语句的抽象语法树(AST)来确定代码结构，然后根据预设的格式化规则对各个语法元素进行缩进处理。在修复这个问题的过程中，开发团队调整了CASE语句的格式化逻辑，确保ELSE子句能够正确识别并保持与CASE相同的缩进级别。

影响范围

这个问题主要影响以下情况：

1. 包含CASE WHEN...THEN...ELSE...END结构的SQL语句
2. THEN或ELSE子句中包含子查询的情况
3. 使用多行格式化的复杂CASE表达式

修复意义

正确的缩进格式对于SQL代码的维护至关重要，它能够：

1. 提高代码的可读性
2. 使逻辑结构更加清晰
3. 便于团队协作开发
4. 减少因格式混乱导致的错误理解

最佳实践

虽然工具已经修复了这个问题，但在编写包含CASE语句的SQL时，建议：

1. 保持THEN和ELSE子句的对称性
2. 对于复杂表达式，适当使用括号明确优先级
3. 定期使用最新版pgFormatter格式化代码

这个修复体现了pgFormatter项目对代码质量细节的关注，也展示了开源项目持续改进的特性。对于依赖SQL代码格式化的开发团队来说，及时更新到包含此修复的版本将有助于保持代码风格的一致性。