问删除旧表并创建新表并预填充它- RoomDatabase
EN

Stack Overflow用户

提问于 2021-10-06 14:07:47

回答 1查看 351关注 0票数 2

我正在使用java在android中创建一个简单的android应用程序。我有一个名为的名为user的表的空间数据库数据库，该表具有四列名称、职业、年龄、description，并且我已经使用我在studio中创建的数据库进行了预填充。

现在，我想在表上添加一个列姓氏，但是我想要删除所有预先填充的数据，然后用一个包含姓氏的新数据库重新填充表。

起初，我想使用自动迁移，然后添加一个新列。但我不知道如何删除所有现有数据并重新填充数据库。

我想删除现有的数据，因为我想更改列description.中的所有信息。另外，与列名称一样，它现在包含全名，在某些情况下，它包含行"name surname“，还有一些类似于”姓氏“、”e.x“、威尔史密斯、"Smith Will”的行。现在，我希望将名称和姓氏分别列为名称、和姓氏。

有人能给我推荐点什么吗？提前谢谢你

android-sqlite

android-room

android-room-relation

java

android-studio

回答 1

Stack Overflow用户

回答已采纳

发布于 2021-10-06 16:05:03

AutoMigration将无法处理修改数据本身的问题。因此，您必须手动完成该操作，从而使用破坏性迁移。

下面是一个例子(可以看到实际的例子)

注:这假定没有将版本或版本1分配给原始的预先填充的数据库，并且将1用于传递给@Database注释的版本。

- an SQLite database has, as part of it's header, a user\_version number (offset 60 for 4 bytes). It is comparing this to the version passed to Room that determines the migration/auto migration. As is seen changing this is critical if migrating.

- If developing you could just start from the changed database by making the changes to the database and the App and uninstalling the App. No need to play with version numbers.

通过添加新的姓氏列来修改用户类。例如

@Entity
class User {
    @PrimaryKey
    @NonNull
    String name;
    String profession;
    int age;
    String description;
    /* ADDED FOR V2 */
    String surname;
}

编译(Ctrl + F9)，然后从Android定位生成的
，然后找到与@
类相同但以结尾的类

1. locate the **createAllTables** method and then the SQL for the User table. Make a note of the SQL and the definition for the new column e.g. -surname TEXT

在

In SQLite Studio中，运行以下SQL:- ALTER TABLE user ADD COLUMN surname TEXT;，其中列关键字后面的文本/代码与上面提到的SQL完全相同(您可以包括或省略列名周围的封闭内容，它们很难在SQLite

中显示)。

查看数据，例如，它现在是:-

1.

nulls.

Edit
注意到，姓氏列中填充了相应的数据。例如:-

1.

然后，

运行以下SQL PRAGMA user_version; (检查当前版本)

然后

运行以下SQL PRAGMA user_version = 2; (以更改版本(猜测2))

然后，

运行以下SQL PRAGMA user_version; (以检查该版本现在为2)

退出SQLite Studio

用新数据库替换项目中的文件/资产。例如:-

1.

@Database类中的

(不是生成的java) :-

1. change the database version to 2
2. add the following to the the databaseBuild :- 
    1. either `.fallbackToDestructiveMigrationFrom(1)` if going from 1 to 2
    2. or `.fallbackToDestructiveMigration()` (not as safe but more encompassing)