问题标签 [database-normalization]

我正在实施一个竞赛系统，用户必须在其中选择多个问题的正确答案。每周都有一组新问题。我正在尝试找到将用户参与存储在数据库中的正确方法。现在我有以下数据模型：

我想出的唯一解决方案是添加一个将参与与问题相关联的答案表，如下图所示：

我不链接这个解决方案非常好，因为它允许参与者回答来自不同周的问题。将 WeekId 添加到答案中没有帮助。

表示此信息的正确方法是什么？

对于像 stackoverflow 这样的高流量网站，数据库设计和规范化的最佳实践是什么？

应该使用规范化数据库进行记录保存还是使用规范化技术或两者兼而有之？

设计一个规范化数据库作为记录保存的主数据库以减少冗余并同时维护另一种非规范化形式的数据库以进行快速搜索是否明智？

或者

是否应该对主数据库进行非规范化但在应用程序级别使用规范化视图以实现快速数据库操作？

或其他方法？

MySQL 中的规范化是什么，在什么情况下以及我们需要如何使用它？

我们正在开发一个 ASP.NET 应用程序并进行数据库设计。

如果您知道任何 SQL Server 数据库设计的最佳参考文档 - 最佳实践，请告诉我。

我正处于开发数据库驱动系统的早期阶段，系统的最大部分围绕继承类型的关系展开。有一个包含大约 10 列的父实体，并且将有大约 10 个从父实体继承的子实体。每个子实体将有大约 10 列。我认为给父实体提供自己的表并给每个子实体自己的表是有意义的 - 每个子类的表结构。

今天，我的用户要求查看我创建的系统的结构。他们对每个子类的表结构的想法犹豫不决。他们更喜欢一个大约 100 列的大表，因为他们更容易执行自己的自定义查询。

为了用户，我应该考虑对数据库进行非规范化吗？

我有一排数据如下：

所以基本上，我有一个非规范化的数据集，其中数据值可能逐行为空，也可能不为空。我需要使它们正常化。

IE

会成为：

我可以通过使用粘贴特殊转换来做到这一点，但我有数千行，我需要确保为每个行获得正确的行键。此外，每一行都有一堆与之相关的描述，我需要将这些描述与每个数据值一起复制。

转换每一行列的最简单方法是什么，以便我有单列的多行，其中包含所有非空数据值以及关联的数据值引用？我需要能够旋转数据集。

例如，我有一个存储类的表和一个存储 class_attributes 的表。class_attributes 有一个 class_attribute_id 和一个 class_id，而 classes 有一个 class_id。

我猜如果一个数据集是“一个单独的孩子”或“完全属于”或“完全属于”，那么我需要一个 FK 来识别父母。如果没有 class_attributes 表中的 class_id，我永远无法找出该属性属于哪个类。

也许有一个有用的答案矩阵？

请对不规范化的情况提出您的意见。我刚刚目睹了一位架构师和 DBA 之间的激烈讨论，他们坚持认为其中一个人在争论数据库过于规范化。

我正在寻找可以获取表格数据并确定它处于哪种正常形式（如果有）并显示任何功能依赖关系等的 Python 代码。

数据库规范化仍然是“事情”吗？

当我在数据库课程中学习时，我们学习了所有级别的规范化，并被告知我们必须始终这样做。

现在，随着所有NoSQL运动，似乎不再需要规范化？