Ruby应用中SQLite插入记录短暂显示后消失的问题求助

1. 核查INSERT OR REPLACE的主键冲突逻辑 #

你调用save时使用了REPLACE选项，而cont_id是主键。INSERT OR REPLACE的核心逻辑是：若主键冲突，先删除原有记录，再尝试插入新记录。如果这些消失的记录的cont_id后续被重复插入，且新插入操作因某种原因隐性失败（比如外键不匹配但未开启约束），就会出现旧记录被删除、新记录未插入的情况，最终导致记录消失。

• 在save方法中添加日志，打印每次插入的cont_id和完整values，对比消失记录的前后插入数据，确认是否存在重复插入且新数据存在异常。
• 检查这些消失记录的ml_id是否在ml表中存在，避免因关联记录缺失导致的隐性插入失败。

2. 开启外键约束并验证关联数据 #

SQLite默认不启用外键约束，你的表定义了外键但未生效，可能导致插入不符合约束的数据后，后续操作触发数据清理：

• 在save方法初始化数据库连接后，添加db.execute("PRAGMA foreign_keys = ON;")开启外键约束，这样插入时若ml_id不存在会直接抛出异常，便于定位问题。
• 检查ml表中对应消失记录ml_id的记录是否被删除，若后续删除了ml表的记录，即使外键约束未开启，也可能导致数据不一致。

3. 检查事务与连接的正确性 #

你的save方法每次创建新连接，执行后关闭：

• 虽然SQLite默认自动提交，但如果应用中存在其他批量操作使用了事务且未正确提交/回滚，可能覆盖或回滚这些记录。检查所有操作数据库的代码，确认事务都已正确提交。
• 在statement.execute后添加db.commit显式提交，确保数据写入磁盘，避免因连接关闭前未完成持久化导致的临时数据消失。

4. 排除SQLite查看器的缓存干扰 #

部分SQLite查看器会缓存查询结果，可能导致你看到的是临时状态：

• 使用sqlite3命令行工具直接查询数据库（比如执行SELECT * FROM cont WHERE cont_id IN (...);），确认记录是否真的消失，排除查看器缓存的影响。

5. 完善日志与异常捕获 #

当前的异常捕获范围有限，可能遗漏错误：

• 修改rescue块，捕获StandardError并打印完整堆栈信息，排查是否有非SQLite异常导致插入逻辑中断：

  rescue StandardError => e
    p "ERROR: #{e.message}"
    p e.backtrace
  end
  

• 在statement.execute后打印statement.changes，确认插入操作影响的行数，若为0则说明插入未成功。

6. 验证数据库文件的完整性与权限 #

• 确认应用对数据库文件有读写权限，避免因权限不足导致数据写入后被回滚。
• 使用sqlite3命令行执行PRAGMA integrity_check;检查数据库是否损坏，排除文件损坏导致的数据丢失。

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