SQLite/Android：INSERT操作实则替换行的天气APP数据异常问题

嘿，我之前在做类似的天气类APP时也碰到过一模一样的情况！你说没写旧数据清理代码，但每次插14条新数据后总条数不变、旧的最后14条消失，核心原因大概率是数据库的唯一约束+冲突替换策略在悄悄起作用，具体分析和解决办法如下：

为什么会出现这种“自动替换”的情况？ #

• 首先猜你的天气表应该用了日期（或者每条预报的唯一ID）作为唯一约束字段（比如设置了UNIQUE，或者直接把日期当主键）。
• 然后在执行bulkInsert的时候，要么你的ContentProvider默认用了SQLITE_CONFLICT_REPLACE的冲突处理，要么建表时写了ON CONFLICT REPLACE的规则，比如：

  CREATE TABLE weather (_id INTEGER PRIMARY KEY AUTOINCREMENT, forecast_date TEXT UNIQUE ON CONFLICT REPLACE, ...);
  

  这种情况下，当新获取的14条预报数据的日期和数据库里已有的旧数据日期完全重合时，数据库会自动删除旧的冲突条目，插入新数据，自然总条数就保持不变了。

怎么快速验证这个猜想？ #

• 用Android Studio的Database Inspector打开你的数据库，先看插入前的所有数据日期，再对比从OpenWeatherMap拿到的新数据日期——如果两者完全对应，那就是冲突替换实锤了。
• 或者检查你组装ContentValues时，是不是给每条数据都设置了和旧数据重复的唯一标识字段（比如日期）。

按需求调整的解决办法 #

需求1：保留所有历史预报数据

• 修改冲突处理策略：把bulkInsert的冲突规则改成SQLITE_CONFLICT_IGNORE，这样遇到重复的唯一字段时，直接跳过插入旧数据，不会删除它们。比如在ContentProvider的bulkInsert方法里：

  return getContext().getContentResolver().bulkInsert(uri, values, ContentResolver.SQLITE_CONFLICT_IGNORE);
  

• 调整表结构：如果不需要日期作为唯一约束，那就去掉UNIQUE规则，只保留自增的_id作为主键，这样插入新数据只会新增条目，不会替换。

需求2：只保留最新的14条数据（主动清理）

要是你本来就想只留最新的预报，那可以在bulkInsert前手动写清理逻辑，删除最早的旧数据，比如：

// 获取数据库实例
SQLiteDatabase db = mOpenHelper.getWritableDatabase();
// 删除除了最新14条之外的所有旧数据
String deleteOldDataSql = "DELETE FROM weather WHERE _id NOT IN (SELECT _id FROM weather ORDER BY forecast_date DESC LIMIT 14)";
db.execSQL(deleteOldDataSql);
// 再执行bulkInsert
db.bulkInsert(WeatherContract.WeatherEntry.TABLE_NAME, values);

小提示 #

以后碰到数据库数据莫名“消失”的情况，先查表结构的约束规则和插入操作的冲突处理策略，这是最常见的坑。用Database Inspector实时查看数据变化，能帮你快速定位问题~

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