尝试转换现有的 SQLite 数据库以用于 Android 操作系统

Question

大家好，我有一个预先存在的 SQLite 数据库，我想将其与我的 Android 应用程序一起使用。我从头开始创建了一个示例数据库用于测试目的，其中每个主键名为 _id 并添加了表 android_metadata。这很好用。

因此，现在当我尝试重命名已有数据库的主键并将其上传到应用程序时，它不起作用。

谁能告诉我到底需要对现有数据库做什么才能使其与 Android 操作系统兼容？就像数据库中到底需要更改什么才能使其正常工作？

是的，我已经看过大多数教程，但大多数教程都没有详细说明您必须在预先存在的数据库中更改哪些内容。

这是我正在使用的数据库： http://www.mediafire.com/file/bpbpm19y6kbpjot/database.db

谢谢。

Answer 1

再次，我发现这个文档非常有用： http://www.reigndesign.com/blog/using-your-own-sqlite-database-in-android-applications/

Answer 2

我通常在调用 SQLiteDatabase.openDatabase() 时设置标志 NO_LOCALIZED_COLLATORS 。那么你就不需要 android_metadata 表。据我所知， _id 列也必须是 INTEGER PRIMARY KEY AUTOINCRMENT 类型。

Answer 3

您实际上并不需要将主 ID 列命名为 _id - 您只需在 select 语句中使用类似 SELECT my_id as _id, another_field ... 的内容即可。

您可以按照上面的 Omokoii 操作并设置 NO_LOCALIZED_COLLATORS 标志，也可以创建 android_metadata 表并插入值 en-US进入其中。

至于使用现有的数据库，也许这篇博客文章可能会有所帮助：http://www.reigndesign.com/blog/using-your-own-sqlite-database-in-android-applications/

Answer 4

确保现有的 SQLite 数据库仅使用“INTEGER”（逐字）声明整数主键，而不是“int”或“int16”或任何其他声明 SQLite 将识别的整数的可能性。

我在 Adob​​e AIR 中导入 SQLite 数据库时遇到了相关问题（该数据库与 Goodle 和 Mozilla 以及其他联盟成员 IIRC 具有共同的代码库）。我的 PK 被定义为“int”（逐字）。 SQLite 对待“INTEGER”主键与对待“int”或“INT”或“int16”等主键不同！

记录在此处：http://www.sqlite.org/datatypes.html

SQLite 将 INTEGER 主键视为 RowId 的同义词。任何其他 int 类型就像标准列，并且对于标准列 RowId 不一定等于 PK 列中的值。

然而，Adobe 和 SQLite 联盟成员的其他相关子组并未实现此（已记录的）行为 - 对于他们来说，用作 PK 列的任何/每个整数类型都被视为行 id 的同义词-- 当预先存在的 SQLite 数据库导入到其实现中时，如果预先存在的数据库在声明其整数类型主数据库时使用除“INTEGER”以外的任何内容，则它们未能实现这种区别可能会导致错误的连接键。

PS 我将此问题引起了 Adob​​e 的注意，并在 SQLite 邮件列表和 Adob​​e AIR 论坛上进行了令人厌烦的讨论。 Adobe 写信给我说，他们会记录其与“标准”SQLite 行为的偏离，但保持原样，因此我相信 Android 在这方面也将不同于 SQLite 记录的行为。

PPS 看来这个联盟成员小组要么没有预见到导入数据库的可能性（即他们假设数据库总是通过他们的界面重新创建），要么他们只是忽略了 SQLite 中的这种（诚然是靠不住的）异常行为。

例如，如果通过未实现“标准”INTEGER/int（等）的 SQLite 实现附加该表，OP 正在使用的数据库中的该表在涉及 [stop_id] 列上的联接时将返回虚假结果异常行为，但在与 PK 一起使用时将任何/每个 int 类型视为 rowid 的同义词：

  CREATE TABLE mt_stop (
    stop_id  int  NOT NULL PRIMARY KEY ASC,
    stop_lat real NOT NULL CHECK (stop_lat >= -90 AND stop_lat <= 90),
    stop_lon real NOT NULL CHECK (stop_lon >= -180 AND stop_lon <= 180),
    stop_name varchar (120) DEFAULT 'Unknown'
)