应用升级时如何向Android Room数据库新增预置数据

应用升级时能否更新ID≤9999的预置数据 #

完全可以，你的ID分段策略（用户生成数据ID从10000起，预置数据占用1-9999区间）刚好可以完美避开升级操作对用户数据的影响，直接用Room自带的Migration升级机制就能实现：

1. 每次需要新增预置数据时，先把AppDatabase注解中的版本号+1
2. 实现对应版本区间的Migration，在migrate方法中执行针对ID≤9999行的插入/更新操作，建议用INSERT OR IGNORE避免重复插入已有数据
3. 构建数据库实例时添加你实现的Migration即可

代码示例：

// 首先升级数据库版本，比如从1升到2
@Database(entities = [YourEntity::class], version = 2)
abstract class AppDatabase : RoomDatabase() {
    // 原有逻辑不变
}

// 实现1到2版本的升级逻辑
val MIGRATION_1_2 = object : Migration(1, 2) {
    override fun migrate(database: SupportSQLiteDatabase) {
        // 仅操作ID≤9999的预置数据，不会影响用户生成的≥10000的数据
        database.execSQL("INSERT OR IGNORE INTO your_table (id, column1, column2) VALUES (1, 'value1', 'value2'), (2, 'value1', 'value2')")
        // 需要更新已有预置数据的话用UPDATE语句加WHERE id ≤ 9999的条件即可
    }
}

// 构建数据库时添加Migration
Room.databaseBuilder(application, AppDatabase::class.java, DB_NAME)
    .createFromAsset("database/appdatabase.db")
    .addMigrations(MIGRATION_1_2)
    .build()

其他可选实现方案 #

• 启动后台校验补全：应用冷启动时开子线程查询所有ID≤9999的预置数据是否完整，缺失的话自动补插。不需要修改数据库版本，适合小批量、频率不高的预置数据更新场景，注意不要在主线程执行避免拖慢启动速度。
• 预置全量新数据库+用户数据迁移：如果每次升级要更新的预置数据量极大，可以打包新的asset数据库，升级时先把用户生成的≥10000的数据导出，再加载新的预置数据库，最后把用户数据导回去。这个方案实现复杂度高，除非数据量特别大否则不推荐。

能否通过导入CSV实现需求 #

可以，有两种适配你场景的实现方式：

• 把CSV预置数据放在assets目录随应用打包，在Migration或者启动校验逻辑中读取CSV解析后批量插入数据库，适合预置数据量大的场景，可以避免写大量冗长的SQL插入语句。
• 也可以新增本地导入入口，允许用户手动选择CSV文件导入预置数据，不过你这个是应用升级自带预置数据的场景，直接把CSV放在assets里随版本发布更合适。

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