Room数据库1至2版本迁移中LONG数据类型的使用疑问

阿华AIGC实验室

2026-5-11

Room数据库迁移：类型疑问与标准流程

嘿，我来帮你把这个问题捋清楚！

首先先说你关心的LONG类型问题：
SQLite本身是动态类型系统，并没有严格意义上的LONG类型，但它有类型亲和性规则。当你在CREATE TABLE里写LONG作为列类型时，SQLite会自动把它归类为INTEGER亲和类型——而这个类型完全能存储Java/Kotlin里的Long（64位整数），所以你原本的SQL语句其实是可以正常工作的。不过更规范的写法是直接用INTEGER，这是SQLite官方推荐的、和Room的Long类型对应更明确的写法，能避免不必要的混淆。

接下来给你梳理下符合Room规范的完整迁移流程（结合你提到的步骤）：

1. 创建临时新表（兼容版本2结构）

建议给新表加个临时后缀（比如_new），避免和旧表名称冲突，SQL语句用INTEGER对应Room的Long：

CREATE TABLE user_new (userid INTEGER, id_event INTEGER, category INTEGER, name TEXT, PRIMARY KEY(userid));

如果旧表有索引、外键或者其他约束，记得在新表中同步创建，不然会影响后续功能。

2. 从旧表复制数据到新表

用INSERT INTO ... SELECT语句把旧表中需要保留的数据迁移过来，只选你需要的列：

INSERT INTO user_new (userid, id_event, category, name) SELECT userid, id_event, category, name FROM user;

如果有需要转换的数据格式（比如旧列类型和新列有差异），也可以在SELECT子句里做处理。

3. 删除旧表

确认数据复制完成且验证无误后，删除旧表：

DROP TABLE user;

4. 重命名新表为原表名

把临时表改成正式的表名，完成迁移：

ALTER TABLE user_new RENAME TO user;

额外注意事项

一定要把这些SQL逻辑写在Room的Migration类里，示例如下：

val MIGRATION_1_2 = object : Migration(1, 2) {
    override fun migrate(database: SupportSQLiteDatabase) {
        // 依次执行迁移步骤
        database.execSQL("CREATE TABLE user_new (userid INTEGER, id_event INTEGER, category INTEGER, name TEXT, PRIMARY KEY(userid));")
        database.execSQL("INSERT INTO user_new (userid, id_event, category, name) SELECT userid, id_event, category, name FROM user;")
        database.execSQL("DROP TABLE user;")
        database.execSQL("ALTER TABLE user_new RENAME TO user;")
    }
}