'tags-heavy' CRM 应用程序的 SQL 与 NoSQL 数据库

Question

我正在构建一个人才管理 CRM 应用程序，但我无法为我的数据选择 SQL 数据库还是 NoSQL 数据库。

该应用程序将只有几个“核心”实体(个人、工作、公司、面试)，并且将严重依赖这些实体的“标记”。您可以为个人、工作、公司添加标签和注释，然后通过这些标签对数据进行排序/搜索。

我对 NoSQL 的了解是，我可以只拥有一个带有标签和注释数组的 Person 对象(文档)，而在 SQL 中，我需要单独的 Tags 和 Notes 表并构建连接来为一个 Person 收集我的所有数据.

谁能给我一些关于我的特定场景的方法的指示？

谢谢!

Answer 1

我们的 ERP 系统是基于 UniData (NoSQL) 的，它可以执行开展业务所需的标准任务，例如输入客户、创建销售订单、开具发票等。但是当涉及到创建最初无法预见的报告时这很麻烦。该系统只允许您从一个表中创建报告，如果您需要另一个表中的数据，您有两个选择:1.为您需要从不同表中查找的每个字段创建所谓的虚拟属性，或者编写一个 UniBasic检索所需数据的程序。

为了满足我们在报告方面的大部分业务需求，将数据导出到 SQL 然后在 SQL 中执行报告对我们更有利，结果是报告从 SQL 运行得更快，而且大多数时候是报告工具可用于创建报告 - 这通常可以由高级用户执行，而不是必须具有相当高水平的编程能力才能构建报告的人。

如果它一开始就在 SQL 中，那就太好了。

但也许其他一些 NoSQL 数据库比 UniData 具有更好的功能，也就是说，通常对 NoSQL 数据库引擎的第 3 方支持的溢价更高，因为可用的专家少于对 SQL 引擎的第 3 方支持。