数据库推荐

Question

我正在编写 CAD(计算机辅助设计)应用程序。我需要随此产品一起运送一个 3d 对象库。这些只是由 3d 坐标组成的简单对象，并且不会超过大约 300 个。

我正在考虑为此目的使用关系数据库。但考虑到我的简单需求，我不想要任何复杂的东西。到目前为止，我倾向于 SQLite。它很小，在客户端进程中运行，并且声称速度很快。此外，我是个穷人，而且它是免费的。

但在我致力于 SQLite 之前，我只想问问你的意见，根据我的要求，它是否是一个好的选择。在做出决定之前，是否还有我应该尝试的等效替代方案？

编辑:

我之前没有提到我将发布的上述 CAD 对象不会是不可变的。我希望用户编辑它们(更改尺寸、颜色等)并保存回图书馆。我还希望用户添加自己新创建的对象。请在您的回答中考虑这一点。

(感谢到目前为止的回答。)

Answer 1

真正要考虑的是您的程序如何处理数据。关系数据库旨在处理数据集之间的复杂关系。但是，它们并不是为执行复杂计算而设计的。

此外，数据量及其相对简单性让我觉得您可以简单地使用一个平面文件来存储坐标并在需要时将它们读入内存。通过这种方式，您可以设计数据结构以更准确地反射(reflect)您将如何使用这些数据，而不是如何存储它。

许多语言提供了一种将数据结构写入文件并再次读回的机制，称为 serialization . Python 的 pickle就是一个这样的库，我相信您可以找到一个适合您使用的任何语言的库。基本上，只需按照程序使用它们的方式设计您的类或数据结构，并使用这些序列化库之一来填充该类或数据结构的实例。

编辑: 结构可变的要求对我的回答并没有太大影响——我仍然认为序列化和反序列化是解决这个问题的最佳方法。用户需要能够修改和保存结构这一事实需要进行一些计划以确保文件得到完整和正确的更新，但最终我认为与尝试使用这种方法相比，您最终会花费更少的时间和精力编码 SQLite 或其他嵌入式数据库为您完成这项工作。

数据库会更好的唯一情况是，如果你有一个系统，其中多个用户正在与中央数据存储库交互并更新中央数据存储库，对于这种情况，你会考虑像 MySQL 这样的数据库服务器，兼顾速度和并发性的 PostgreSQL 或 SQL Server。

您还评论说您将使用 C# 作为您的语言。 .NET 支持序列化 built in所以你应该是good to go .