SQLite疑难：已存在sendok列却提示“无此列”错误

这种情况真的挺闹心的——明明用PRAGMA table_info(trackedinfo);确认了sendok列存在，结果查询时却跳出来“no such column: sendok”的错误。我帮你梳理几个最可能的原因和对应的解决办法：

1. 列名存在大小写匹配问题 #

SQLite默认是大小写不敏感的，但如果你的数据库是在区分大小写的文件系统（比如Linux/macOS的部分配置）下创建的，或者当初建表时用双引号强制指定了列名的大小写（比如"SendOK"），直接用小写sendok查询就会匹配失败。

解决办法：

• 尝试用双引号包裹列名执行查询：

  SELECT * FROM trackedinfo WHERE "sendok" IS NULL;
  SELECT "sendok" FROM trackedinfo;
  

• 直接复制PRAGMA table_info(trackedinfo);输出里的列名，确保大小写完全一致后再查询。

2. 你连接的不是同一个数据库文件 #

这是很容易踩的坑：执行PRAGMA table_info和执行查询语句时，你可能连接的是两个不同的SQLite数据库文件。比如代码里指定的数据库路径和命令行操作的路径不一样，或者程序里存在多个数据库连接实例。

解决办法：

• 先确认当前连接的数据库里是否真的有trackedinfo表：

  SELECT name FROM sqlite_master WHERE type='table' AND name='trackedinfo';
  

  如果返回空结果，说明当前数据库里根本没有这个表，百分百是连错库了。
• 检查你的代码/命令行里的数据库文件路径，确保和执行PRAGMA时的路径完全一致。

3. 列名包含隐藏的特殊字符 #

有时候PRAGMA table_info的输出看起来是sendok，但实际列名可能包含空格、制表符或者其他不可见字符（比如建表时不小心多敲了个空格），肉眼根本看不出来。

解决办法：

• 执行以下语句查看表的原始创建SQL，这样能看到列名的真实形态：

  SELECT sql FROM sqlite_master WHERE type='table' AND name='trackedinfo';
  

• 如果发现列名确实有特殊字符，查询时要用双引号包裹列名，比如列名是sendok （末尾带空格），就写成"sendok "。

4. 数据库文件损坏 #

虽然概率不高，但SQLite数据库文件损坏也可能导致元数据（比如PRAGMA返回的列信息）和实际表结构不一致，出现这种矛盾的情况。

解决办法：

• 用SQLite自带的恢复工具修复数据库：

  sqlite3 your_database.db ".recover" > recovered.db
  

  然后连接修复后的recovered.db重新执行查询试试。
• 如果修复无效，建议备份当前数据库后，重新创建表并导入数据。

内容的提问来源于stack exchange，提问作者Victor Castillo Torres