Golang用lib/pq操作PostgreSQL插入正常但查询报错userdata表不存在

1. PostgreSQL标识符大小写规则限制 #

PostgreSQL默认会将不带双引号的SQL标识符（表名、列名等）自动转换为小写。如果你创建USERDATA表时使用了双引号包裹大写表名（比如CREATE TABLE "USERDATA" (...)），系统会将表名严格存储为大写的USERDATA。你代码中查询语句的表名没有加双引号，会被自动转为小写的userdata，自然匹配不到已存在的表。
你在SQL控制台执行查询正常，是因为控制台默认会保留大写标识符格式，或者你执行时手动加了双引号。

2. 数据库连接变量命名冲突 #

你提供的createUser函数入参包含password字段，如果你存储数据库连接密码的全局变量也命名为password，函数内部构造连接信息时，会优先使用入参的用户密码，而非全局的数据库密码。如果测试时你输入的用户密码刚好和数据库密码一致，插入操作会正常执行，而查询函数没有这个变量冲突，可能连接到了其他库或者权限不足的schema，导致找不到表。

3. Schema搜索路径不匹配 #

如果你的USERDATA表没有创建在默认的public schema下，而当前数据库用户的search_path配置没有包含表所在的schema，也会触发找不到关系的报错。

• 优先修改查询SQL，给表名加上双引号保留大写格式：

row := db.QueryRow(`SELECT * FROM "USERDATA" WHERE email = $1`, email)

• 调整数据库连接参数的命名，避免局部变量覆盖全局连接配置，建议将数据库连接参数统一放在独立的配置结构体中管理，不要使用零散的全局变量，降低命名冲突概率。
• 如果是schema问题，可以在查询前指定搜索路径，或者直接在表名前加上schema前缀：

// 指定搜索路径
_, err = db.Exec("SET search_path TO 你表对应的schema名称")
// 直接加schema前缀示例
row := db.QueryRow(`SELECT * FROM public."USERDATA" WHERE email = $1`, email)

• 额外优化建议：不要每次数据库操作都新建、关闭连接，建议初始化一次全局的*sql.DB实例复用，内置连接池会自动管理连接生命周期，性能和稳定性都会有明显提升。

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