django - 在 NoSql 中使用哪个图(Mcd、Merise、UML)

Question

再次，对于我的愚蠢问题感到抱歉，但似乎我从关系数据库中学到的东西应该被“删除”，没有连接，那么我到底要如何在 NoSql 中使用 Merise 和 UML 呢？

http://en.wikipedia.org/wiki/Class_diagram

这个不适用于 NoSql？

Answer 1

如何组织项目是持久性技术的独立概念；尤其; UML 或 ERD 或任何此类工具并不特别适用于关系数据库，就像它适用于文档数据库一样。

NoSQL 具有“无连接”的想法既愚蠢又无益。 (大多数)文档数据库不提供连接运算符是完全正确的；但这仅意味着当您确实需要连接时，您可以在应用程序代码中而不是查询语言中进行；组织项目的基本事实保持不变。

另一个区别是文档数据库使表达某些事情变得更容易，而另一些事情则变得更难。例如，关系数据库中的实体关系约束通常更容易表达，但文档数据库中的继承层次结构更容易表达。这两种技术都可以支持这两种概念，而且当您的应用程序需要它们时，您肯定会使用它们；无论您最终使用何种技术。

简而言之，您应该先设计您的应用程序，而无需先选择持久性技术。一旦你清楚地知道你想要坚持什么，你可能会更好地了解哪种技术更适合。可能您真正需要的是两者兼而有之，或者您可能需要与两者完全不同的东西。

编辑:外键的概念并不比简单地说“这是那种东西的名称”更神奇。许多 SQL 数据库碰巧提供了一些非常简洁和有用的功能来处理这类事情；具体来说，约束(此列引用此其他关系；因此除非引用对象中有相应的行，否则它不能取值)和级联(如果引用对象的状态发生变化，则对引用进行相应的更改)。这确实使得保持数据一致变得容易，即使在最低级别也是如此，因为没有办法告诉数据库进入缺少引用对象的状态。

但要区分的重要一点是，提供数据库实体(关系数据库中的一行，文档数据库中的文档)的想法与模式约束的概念不同。文档数据库的优点之一是它们可以轻松组合或重新定位数据所在的位置，这样您就不必总是拥有实际存在的引用对象；大多数文档数据库使用文档类作为键的一部分，因此您仍然可以确定该键是有意义的，即使所指对象实际上并不存在。

但大多数时候，您实际上确实希望所指对象存在；您不希望博客文章有作者，除非该作者确实存在于您的系统中。对此的支持程度在很大程度上取决于特定的文档数据库；一些数据库确实提供触发器或其他工具来强制引用的完整性，但许多其他数据库只提供某种事务功能，这需要在应用程序中强制执行完整性。

重点是；对于大多数类型的数据库，数据库中的每个值都有某种标识符；在关系数据库中，这是关系的三元组:列:键；在文档数据库中，它通常类似于一对 document_class:path。当你需要一个实体来引用另一个实体时，你可以使用任何你需要的键来识别那种数据库的数据。 RDBMs 中的外键约束只是(非常有用的)语法糖，用于“如果不存在引用则引发 ForeignKeyError”，如果这对您的特定用途有帮助，则可以通过其他方式以同等权力实现。