PostgreSQL动态查询中处理保留字表名时双引号报错的排查方法

你遇到的问题本质是PostgreSQL双引号标识符的大小写匹配规则，和SQL Server方括号的转义逻辑存在本质差异，和保留字转义本身没有关系：

• PostgreSQL对没有用引号包裹的标识符，会自动将全部字符转为小写后存入系统数据字典，查询时也会做同样的小写转换再匹配
• 只要标识符被双引号包裹，就会失去自动小写归一的能力，数据库会严格按照引号内的原始大小写做精确匹配

对应你测试时的执行结果差异：
当初创建Academic_Attainment表时，你没有用双引号包裹表名执行CREATE TABLE语句，因此数据库实际存储的表名是全小写的academic_attainment。

• 执行不带表名双引号的语句时，Academic_Attainment被自动转成小写，和系统字典里的表名匹配成功，语句可正常运行
• 执行带"Academic_Attainment"双引号的语句时，数据库会精确匹配首字母大写的表名，和实际存储的全小写表名无法对应，因此抛出Relation doesn't exist的错误
• 这种场景下，如果要给表名加双引号，正确的写法应该是SELECT * FROM "postgres"."schema_a"."academic_attainment"，就能正常执行

开发动态查询时，只要涉及表名、schema名、列名这类数据库对象的引用，统一遵守以下规则即可避免同类问题：

• 只要选择用双引号包裹对象名，就必须和数据库系统字典中存储的对象名大小写完全一致；如果不确定建表时是否用过双引号，优先把对象名统一转为全小写后再包裹双引号，和无引号场景的自动转换逻辑保持对齐
• 不要在同一条查询语句里混用“双引号包裹+无引号”的对象引用写法，对跨层级的库、schema、表、列名做统一的双引号包裹处理，既可以兼容保留字的特殊场景，也能避免大小写匹配的偏差
• 如果业务场景中存在建表时就用双引号指定了大小写敏感的对象名的情况，动态生成语句时必须完整保留创建时的原始大小写，不能做统一的小写转换，否则一样会出现匹配失败的问题

补充说明：PostgreSQL中用双引号转义保留字的核心作用，和SQL Server用方括号转义的逻辑是完全一致的，差异仅在大小写匹配规则上，并非双引号转义功能失效。

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