NoSQL中的士气低落

Nosql数据库中的道德败坏到底是什么？ 我读过它意味着将不同的对象类型建模为不同的文档。我的第一个猜测是，它意味着不存储相关数据的聚合，也就是说，将实体的所有行存储在单个文档中，每行的相关数据由不同的文档引用。 但我不确定这是否正确？ 举个例子会很有帮助。 提前谢谢

我的意思是士气低落，而不是非规范化。我在以下链接中遇到了这个术语： 1.

---

2.

NoSQL世界中的非规范化意味着与RDBMS世界中的非规范化相同。复制数据以提高读取性能。

在NoSQL世界中，非规范化的含义与在RDBMS世界中相同。复制数据以提高读取性能。

NoSQL是一个非常非常广泛的领域。它涵盖了许多完全不同的数据库系统，在数据的结构方面有着完全不同的概念

数据库规范化的教条主要适用于经典关系数据库。NoSQL数据库越远离关系哲学，您就越需要质疑这一信条

规范化的原理假设数据库连接是廉价的。因此，任何可以拆分为多个表以消除冗余的数据都应该拆分。但这并不适用于所有NoSQL数据库。其中一些不支持联接操作，因此获取存储在许多不同数据库条目中的数据可能是一项非常昂贵的操作，这可能需要对数据库进行多次连续查询，也可能需要执行昂贵的数据库端代码。当您使用其中一个数据库时，您应该以一种方式存储数据，通过查找尽可能少的条目，每个性能关键用例都可以得到满足，即使这意味着您将有冗余数据

---

那些不支持连接的非关系型NoSQL数据库通常支持数据库条目中的数组。这些通常是建模1:n关系的首选方法。因此，当一个人有n个电话号码时，您不会将电话号码存储在单独的表/文档/集合/任何您调用的内容中，而是将其存储在person条目中的数组中。如果不是因为SQL无法在单个字段中正确处理多个值，通常没有理由将电话号码作为自我维持的实体处理。

NoSQL是一个非常广泛的领域。它涵盖了许多完全不同的数据库系统，在数据的结构方面有着完全不同的概念

数据库规范化的教条主要适用于经典关系数据库。NoSQL数据库越远离关系哲学，您就越需要质疑这一信条

规范化的原理假设数据库连接是廉价的。因此，任何可以拆分为多个表以消除冗余的数据都应该拆分。但这并不适用于所有NoSQL数据库。其中一些不支持联接操作，因此获取存储在许多不同数据库条目中的数据可能是一项非常昂贵的操作，这可能需要对数据库进行多次连续查询，也可能需要执行昂贵的数据库端代码。当您使用其中一个数据库时，您应该以一种方式存储数据，通过查找尽可能少的条目，每个性能关键用例都可以得到满足，即使这意味着您将有冗余数据

---

那些不支持连接的非关系型NoSQL数据库通常支持数据库条目中的数组。这些通常是建模1:n关系的首选方法。因此，当一个人有n个电话号码时，您不会将电话号码存储在单独的表/文档/集合/任何您调用的内容中，而是将其存储在person条目中的数组中。如果不是因为SQL无法在单个字段中正确处理多个值，通常没有理由将电话号码作为自我维持的实体处理。

在NoSQL和数据库的上下文中，一般来说，道德败坏与非规范化是同义词。您可以在许多文档中找到道德败坏和非规范化的混合用法，或者提到道德败坏是规范化的反面，同样，与非规范化相同：

---

甚至有这样的参考，其中提到一些/许多拼写检查建议道德败坏而不是非规范化。这可以解释为什么有些人会使用士气低落：

在NoSQL和数据库的上下文中，士气低落通常是非规范化的同义词。您可以在许多文档中找到道德败坏和非规范化的混合用法，或者提到道德败坏是规范化的反面，同样，与非规范化相同：

甚至有这样的参考，其中提到一些/许多拼写检查建议道德败坏而不是非规范化。这可以解释为什么有些人使用

---

士气低落：

在使用RDBMS时，士气低落更是一个问题。所有这些映射有时会让大多数开发人员感到沮丧。也许你的意思是非规范化？在使用RDBMS时，士气低落更是一个问题。所有这些映射有时会让大多数开发人员感到沮丧。也许你的意思是非规范化？