Database design 核心数据是否比SQLite更适合服务器-客户机数据库设计？

我有一个服务器客户端数据库设计，我不确定核心数据是否合适

我有一个服务器数据库，它将维护数据的主副本及其关系

每个客户机应用程序都将有一个空的客户机数据库，其中只包含关系

启动客户机后，它将从服务器请求数据，并尝试用数据填充数据

由于客户机数据库中的关系将导致插入失败，客户机将编译一个仍然缺少的信息列表，并发出必要的请求，直到成功插入所有信息

总之，客户机将只有来自服务器的一部分数据

在我的设计中，主键和关系必须由服务器数据库管理

但核心数据似乎有意抽象主键和关系的管理

我可以使用核心数据模拟自己的主键和关系机制。同时收获核心数据所提供的好处

---

或者实现SQLite并处理我自己的数据。

使用核心数据。如果您使用SQL，您最终将手动复制许多核心数据功能

这项工作的关键在于充分理解数据，以便将其转化为对象。在设计核心数据实体图时，不要错误地考虑表、列和行。您没有尝试对SQL数据库建模

相反，您试图创建一个图形来模拟数据本身所表示的真实世界对象、条件或事件中的关系。如何在磁盘上管理数据与设计无关。毕竟，如果您的数据来自多个来源，该怎么办

一旦您有了一个好的模型，那么您所需要做的就是从服务器提取数据，然后将正确的数据放入正确实体及其属性的实例中。如果您有一个正确设计的模型，那么这个任务总是相对简单的