这个需求我之前帮朋友处理过，核心要解决的是避免内存临时存储数据和防止中途进程被杀导致数据不一致，最稳妥的方式是利用SQLite本身的ATTACH DATABASE特性来完成跨库迁移，全程在数据库引擎层面操作，不用把数据读到内存里，还能通过事务保证原子性。

具体实现步骤 #

1. 确保新数据库B创建完成 #

首先要在应用的默认数据库目录创建数据库B（和A同路径，比如/data/data/your.package.name/databases/B.db），可以通过SQLiteDatabase的静态方法直接完成：

// 打开或创建数据库B，不存在则自动创建
SQLiteDatabase dbB = SQLiteDatabase.openOrCreateDatabase(getDatabasePath("B.db"), null);
// 先关闭，后续通过ATTACH关联操作
dbB.close();

2. 打开数据库A，关联数据库B #

用同一个SQLite连接同时操作两个数据库，这样可以直接在A的上下文里访问B的资源：

SQLiteDatabase dbA = SQLiteDatabase.openDatabase(
    getDatabasePath("A.db").getPath(), 
    null, 
    SQLiteDatabase.OPEN_READWRITE
);

// 关联数据库B，给它起一个别名方便操作（比如"new_db"）
try {
    dbA.execSQL("ATTACH DATABASE ? AS new_db", new String[]{getDatabasePath("B.db").getPath()});
} catch (SQLException e) {
    // 处理关联失败的情况，比如路径错误、权限不足
    dbA.close();
    return;
}

3. 用事务执行原子化迁移 #

把表T的结构和数据完整迁移到B，全程用事务包裹——如果中途进程被杀，事务会自动回滚，不会出现半迁移的不一致状态：

dbA.beginTransaction();
try {
    // 1. 在数据库B中复制表T的结构
    // 通过查询A的系统表获取T的建表语句，避免手动写SQL出错
    Cursor cursor = dbA.rawQuery("SELECT sql FROM sqlite_master WHERE type='table' AND name='T'", null);
    if (cursor.moveToFirst()) {
        String createTableSql = cursor.getString(0);
        // 把建表语句指向关联的new_db（也就是数据库B）
        dbA.execSQL(createTableSql.replace("CREATE TABLE T", "CREATE TABLE new_db.T"));
    }
    cursor.close();

    // 2. 将A中T的所有数据插入到B的T表中
    dbA.execSQL("INSERT INTO new_db.T SELECT * FROM T");

    // 标记事务执行成功，提交变更
    dbA.setTransactionSuccessful();
} catch (SQLException e) {
    // 迁移失败，事务会自动回滚，不会留下脏数据
    Log.e("DB_MIGRATION", "迁移失败: " + e.getMessage());
} finally {
    // 结束事务
    dbA.endTransaction();
    // 解除数据库关联
    dbA.execSQL("DETACH DATABASE new_db");
    // 关闭数据库连接
    dbA.close();
}

4. 验证迁移结果（可选但推荐） #

迁移完成后，建议验证B中T表的数据和A完全一致，确认迁移成功：

// 统计B中T表的数据量
SQLiteDatabase dbB = SQLiteDatabase.openDatabase(getDatabasePath("B.db").getPath(), null, SQLiteDatabase.OPEN_READONLY);
Cursor cursorB = dbB.rawQuery("SELECT COUNT(*) FROM T", null);
cursorB.moveToFirst();
int countB = cursorB.getInt(0);
cursorB.close();

// 统计A中T表的数据量
SQLiteDatabase dbA = SQLiteDatabase.openDatabase(getDatabasePath("A.db").getPath(), null, SQLiteDatabase.OPEN_READONLY);
Cursor cursorA = dbA.rawQuery("SELECT COUNT(*) FROM T", null);
cursorA.moveToFirst();
int countA = cursorA.getInt(0);
cursorA.close();

if (countA == countB) {
    Log.d("DB_MIGRATION", "迁移成功，数据完全一致");
    // 这里可以根据业务需求，选择删除A中的T表或保留原数据
    // dbA.execSQL("DROP TABLE T");
} else {
    Log.e("DB_MIGRATION", "迁移失败，数据量不一致");
}

关键注意事项 #

• 权限问题：数据库路径务必用getDatabasePath()获取，Android 10及以上的分区存储机制下，自定义路径可能导致读写权限失败。
• 版本兼容性：ATTACH DATABASE是SQLite标准特性，Android全版本都支持，不用担心兼容性问题。
• 大表适配：如果表T数据量很大，这个方法比导出到内存再插入高效得多，因为是数据库引擎直接复制数据，无需经过应用层中转。
• 重试机制：可以在应用启动时检查B中T表是否存在/数据完整，如果迁移未完成，自动重新执行迁移逻辑。

备选方案（若ATTACH不可用） #

如果因为特殊限制无法使用ATTACH，可以采用文件级复制+清理的方式，但要注意先给A加读锁避免写入：

// 1. 打开A的只读连接，加读锁禁止其他线程写入
SQLiteDatabase dbA = SQLiteDatabase.openDatabase(getDatabasePath("A.db").getPath(), null, SQLiteDatabase.OPEN_READONLY);
// 2. 复制A.db文件到B.db路径
File aFile = getDatabasePath("A.db");
File bFile = getDatabasePath("B.db");
// 自行实现文件复制逻辑，比如用FileInputStream/FileOutputStream
copyFile(aFile, bFile);
// 3. 打开B.db，删除不需要的表（仅保留T）
SQLiteDatabase dbB = SQLiteDatabase.openDatabase(bFile.getPath(), null, SQLiteDatabase.OPEN_READWRITE);
dbB.execSQL("DROP TABLE IF EXISTS other_unneeded_table");
// 4. 关闭连接
dbA.close();
dbB.close();

这个方案适合需要迁移整个数据库再清理的场景，单表迁移还是ATTACH方法更灵活。

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