PostgreSQL新增与SQL关键字同名的end列时已加双引号仍报语法错误的原因

这个问题的核心本质非常明确：你的脚本里用来包裹end列名的半角双引号，根本没有完整传递到PostgreSQL服务端。
服务端实际收到的SQL文本里，end是没有引号包裹的裸关键字，PostgreSQL本身把end列为保留语法关键字，碰到无引号的end自然会抛出syntax error at or near "end"的语法错误——你自以为写了正确的双引号转义，实际到数据库的语句里那个引号早就丢了。

常见触发场景 #

• 双引号格式错误：写脚本时输入法自动带入了中文全角双引号（“end”），而不是PostgreSQL认可的半角ASCII双引号（"end"）。数据库仅将半角双引号识别为标识符定界符，全角引号对它来说是无意义的普通标点，完全起不到转义关键字的作用，解析到无引号的end时会直接报语法错。
• 执行环境转义剥离：如果是在应用代码（Java、Python、PHP等）里拼接DO块执行，拼接逻辑没有正确处理字符串内的双引号，把整个DO块用双引号拼接到外层SQL字符串时，块内"end"的双引号会被当成外层字符串的结束边界，直接被解析剥离；如果用的是旧版本Navicat、DBeaver等可视化客户端，没有正确识别$$包裹的dollar-quoted块边界，也会错误处理块内的双引号，最终发给服务端的语句里只剩裸的end，没有引号。

排查&解决步骤 #

• 先绕开DO块的判断逻辑，单独执行一句最简DDL测试：ALTER TABLE public.entity ADD COLUMN IF NOT EXISTS "end" TEXT NULL;。如果这一句都报同样的语法错，就可以100%确认是双引号丢失/格式错误的问题，和DO块本身的逻辑完全无关。
• 如果单独执行的测试语句正常，就检查执行环境对dollar-quoted字符串的处理逻辑，确保最终发送到数据库的语句里，包裹end的是完整的半角双引号。
• 手动检查脚本里所有涉及end列名的位置，确认双引号是英文半角格式，没有被输入法替换成全角字符。

补充说明：你写的DO块本身的判断逻辑完全正确，只要双引号正确传递，PostgreSQL完全支持用双引号将end这类保留关键字作为列名使用；脚本里对表名、列名做小写匹配的查询条件，和系统表的存储规则也完全适配，没有逻辑问题。

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