ios - 为创建动态数据库的 iOS 应用程序设计 Core Data 托管对象模型

Question

我正在开发一个 iPhone 应用程序供用户创建迷你数据库。用户可以创建自定义数据库模式并添加具有标准数据类型(例如字符串、数字、 bool 值)以及其他复杂类型(例如对象和数据类型集合(例如数字数组))的列。

例如，用户可以创建一个数据库来记录他的膳食。

膳食数据库:

[
  {
    "timestamp": "2013-03-01T13:00:00",
    "foods": [1, 2],
    "location": {
      "lat": 47.253603, 
      "lon": -122.442537
    }
  }
]

膳食数据库:

[
  {
    "id": 1,
    "name": "Taco",
    "healthRating": 0.5
  },{
    "id": 2,
    "name": "Salad",
    "healthRating": 0.8
  }
]

为这样的应用实现数据库的最佳方式是什么？

---

我目前的解决方案是为应用程序创建以下数据库架构:

当用户如上例所示创建新的数据库模式时，定义表将如下所示:

+----+-----------+--------------+------------+-----------------+
| id | parent_id |     name     | data_type  | collection_type |
+----+-----------+--------------+------------+-----------------+
|  1 |           | meal         | object     |                 |
|  2 |         1 | timestamp    | timestamp  |                 |
|  3 |         1 | foods        | collection | list            |
|  4 |         1 | location     | location   |                 |
|  5 |           | food         | object     |                 |
|  6 |         5 | name         | string     |                 |
|  7 |         5 | healthRating | number     |                 |
+----+-----------+--------------+------------+-----------------+

当用户填充数据库时，记录表将如下所示:

+----+-----------+---------------+------------------------+-----------+-----+
| id | parent_id | definition_id |      string_value      | int_value | ... |
+----+-----------+---------------+------------------------+-----------+-----+
|  1 |           |             1 |                        |           |     |
|  2 |         1 |               | 2013-03-01T13:00:00    |           |     |
|  3 |         1 |             2 |                        |         1 |     |
|  4 |         1 |             2 |                        |         2 |     |
|  5 |         1 |             4 | 47.253603, -122.442537 |           |     |
+----+-----------+---------------+------------------------+-----------+-----+

有关此方法的更多详细信息:

• 不同数据类型的值存储在记录表的不同列中。正确解析值取决于应用(例如，将时间戳 int_value 转换为日期对象)。

• 约束和验证必须在应用程序上执行，因为这在数据库级别是不可能的。

这种方法还有哪些其他缺点，是否有更好的解决方案？

Answer 1

首先，您的Record 表效率很低，而且很难使用。相反，您可以为需要支持的每种记录类型使用单独的记录表。这将大大简化一切并增加一些额外的灵 active ，因为引入对新记录类型的支持不会成为问题。

话虽如此，我们可以得出结论，拥有基本的表管理就足以使您的系统正常运行。自然有ALTER TABLE命令:

但在某些情况下它可能非常昂贵并且某些引擎有各种限制。例如:

SQLite supports a limited subset of ALTER TABLE. The ALTER TABLE command in SQLite allows the user to rename a table or to add a new column to an existing table.

另一种方法可能是使用带有某些类型标签的 BLOB 来存储记录值。

这种方法将减少支持单独表格的需要。它引导我们到 Schemaless approach .