SQLite：存储来自 API 的数据时应该使用 Integer 主键还是 Integer？
SQLite: Should I use Integer primary key or Integer when storing data from API?
我继承了一个 iOS 项目，该项目使用数据类型 Integer primary key 在列中存储记录 ID。这很好用，但是，我不确定为什么它不只是使用常规 Integer。 iOS 应用程序从 API 中获取记录并将其存储在本地 SQLite 数据库中。 API 中的这些记录每个都已经有一个唯一的 ID（例如 id:100101394）。
在这种情况下使用整数主键而不是常规整数有什么原因或优势吗？
编辑：如果有意义，应用程序将记录的唯一 ID 用作整数主键，但我不知道为什么我不能只使用常规整数。
编辑 1：各位，我知道我可以使用主键来访问记录。我想了解的是，如果有理由我应该在可以存储记录 ID 的常规整数上使用它。每个记录 ID API returns 都是唯一的。
我相信当您希望通过该标识符查找记录时，您会使用密钥。我希望在存储项目时会增加额外的开销，但是如果您想通过 'integer primary key' id 访问记录，则可以节省大量时间和系统开销。
输入的是整数主键，只能输入整数。它还将保证在放入 null 时插入一个整数。我相信它也可以作为 RowID 的别名，如果 table 存在的话。
这是关于它的文档的 link。
我继承了一个 iOS 项目，该项目使用数据类型 Integer primary key 在列中存储记录 ID。这很好用，但是，我不确定为什么它不只是使用常规 Integer。 iOS 应用程序从 API 中获取记录并将其存储在本地 SQLite 数据库中。 API 中的这些记录每个都已经有一个唯一的 ID（例如 id:100101394）。
在这种情况下使用整数主键而不是常规整数有什么原因或优势吗？
编辑：如果有意义，应用程序将记录的唯一 ID 用作整数主键，但我不知道为什么我不能只使用常规整数。
编辑 1：各位，我知道我可以使用主键来访问记录。我想了解的是，如果有理由我应该在可以存储记录 ID 的常规整数上使用它。每个记录 ID API returns 都是唯一的。
我相信当您希望通过该标识符查找记录时，您会使用密钥。我希望在存储项目时会增加额外的开销，但是如果您想通过 'integer primary key' id 访问记录，则可以节省大量时间和系统开销。
输入的是整数主键，只能输入整数。它还将保证在放入 null 时插入一个整数。我相信它也可以作为 RowID 的别名，如果 table 存在的话。
这是关于它的文档的 link。