问题标签 [3nf]

是否有 3NF 或 4NF 但不在域键范式中的关系表的示例？

我正在编写一个基于标签的 ASP.net 系统。使用以下数据库方案：

Topic <many-many> TagTopicMap <many-many> Tag

基本上这是我从以下内容中发现的 3NF 方法（毒物）：http ://www.pui.ch/phred/archives/2005/04/tags-database-schemas.html

这是我的代码片段：

当我执行此操作时，结果很好，但它提供了 11 个单个 SQL 查询，其中一个用于获取前 10 个主题的列表：

还有 10 个用于单独获取标签的详细信息。

我尝试打开和关闭这两个 loadwith 语句，发现发生了以下情况：

简而言之，只有第二个 loadwith 选项按预期工作。第一个没有任何影响！

我还尝试制作结果集 ToList()。但更多的问题出现了：对于标签详细信息部分，它只检索那些 UNIQUE 项目，所有那些重复的标签（当然，同一个标签可能出现在许多主题中！）被查询删除。

最后一件事，以下是我在 aspx 中用于检索数据的代码，如果生成结果 tolist()，我将 (IQueryable) 更改为 (IList)：

我正在使用 3NF 在 grails 中实现多对多映射，而不使用 hasMany 或 belongsTo 属性。

摘自这篇文章，它展示并解释了很多关于它的优势。

文章：http ://burtbeckwith.com/blog/?p=169

演示说明：http ://burtbeckwith.com/blog/files/169/gorm%20grails%20meetup%20presentation.pdf

我正在尝试为问题制作一个标签系统，有点像这样（stackoverflow :)）

我可以保存问题和标签，然后保存与它们的关联，但现在我希望能够搜索并提供带有标签的完整问题，

我有 3 个域类 - Question、Tag 和 QuestionTag

标记类

QuestionTag 类

这些产生 3 个表格，以 3 个标准化形式

保存作品、问题和标签数量。

Q.1如何加载“问题”及其“标签”集？如果有 5 个标签与问题相关联。

现在我安装了“searchable”插件，我将“static searchable=true”应用于所有三个类。但是当我将该属性添加到 QuestionTag 类时出现编译错误，这与缺少“hasMany”有关，

Q.2如果我添加“hasMany”，它会在后台生成另一个表，但我已经定义了自己的表。还是它会引用我制作的 QuestionTag 表？

Q.3使用 3NF 无论如何我都可以搜索标签和问题全文，然后返回与匹配标签或文本的搜索关键字相关的问题。

在尽职尽责地规范化了我的所有数据后，我在将 3NF 行组合成单行以进行输出时遇到了问题。到目前为止，我一直在使用服务器端编码进行此操作，但由于各种原因，我现在需要选择与另一行相关的所有行，并将它们组合成一行，全部在 MySQL 中......

所以试着解释一下：

我有三张桌子。

• 类别
• 文章
• 分类文章_3NF

类别包含CategoryID + 标题、描述等。它可以包含 Articles 表中的任意数量的文章，由ArticleID + 用于容纳内容的文本字段组成。CategoryArticles表用于链接两者，因此同时包含CategoryID和ArticleID。

现在，如果我选择一个类别记录，并通过链接 CategoryArticles_3NF 表加入文章表，则结果是该类别中包含的每篇文章的单独行。问题是我想为每个类别输出一行，其中包含所有文章的内容。

如果这听起来像一个荒谬的要求，那是因为它是。我只是使用文章作为描述问题的好方法。我的数据实际上有些不同。

无论如何 - 我能看到实现这一点的唯一方法是使用“ GROUP_CONCAT ”语句将内容字段组合在一起 - 问题是它可以返回多少数据是有限的，我需要它能够处理更多。

谁能告诉我该怎么做？

谢谢。

假设我在数据库上有两个表 T ₁₀和 T ₁₁，分别有 10 和 11 列，其中 10 列在两者上完全相同。

我违反了什么（如果有）规范化规则？

我正在存储有关棒球统计数据的数据，并希望使用三个表来存储：players、battingStats 和 pitchingStats。出于问题的目的，每个球员都会有击球数据或投球数据，但不能同时拥有。

我将如何在 3NF 中规范这种关系？

我有这个问题，将关系模式分解为一组 3NF 中的模式。

我有这个关系模式： R= (A, B, C, D, E, F)
具有以下函数依赖集 F：

A → ABCDEF
B → C
D → E

谁能帮我吗？

我有一个关于我正在设计并确保它被规范化的数据库的快速问题......

我有一个客户表，主键是 customerId。它有一个 StatusCode 列，该列有一个反映客户帐户状态的代码，即。1 = 打开，2 = 关闭，3 = 暂停等...

现在我想在客户表中有另一个字段来标记是否允许暂停帐户...某些客户如果违反交易条款将被自动暂停...其他人则不会...所以相关表字段将如下所示：

客户 (CustomerId(PK):StatusCode:IsSuspensionAllowed)

现在这两个字段都取决于主键，因为除非您知道特定客户，否则您无法确定特定客户的状态或是否允许暂停，当然当 IsSuspensionAllowed 字段设置为 YES 时，客户不应该拥有状态代码 3（暂停）。

从上面的表格设计看来，除非在我的表格中添加检查约束，否则可能会发生这种情况。我看不出如何将另一个表添加到关系设计中以强制执行此操作，因为只有在 IsSuspensionAllowed 设置为 YES 且 StatusCode 设置为 3 时，两者相互依赖。

所以在我冗长的解释之后，我的问题是：这是一个规范化问题，我没有看到一个关系设计会强制执行这个......或者它实际上只是一个应该通过检查约束来强制执行的业务规则和表实际上仍然是规范化的。

干杯，

史蒂夫

我有以下 db-schema 。

FILE、GROUP和BLOCK代表 XML 文件的对象结构。 文件是根。 GROUP有 FK 到FILE。 BLOCK有一个 FK 到GROUP和另一个 FK 到UNIT。

UNIT在FILE的上下文中对来自不同GROUP的“相似”块进行分组。

数据库目前在 3NF 中。但是我想知道哪些UNIT属于FILE .id=1。为此，我必须进行一个连接所有 4 个表的查询。为了优化这个模式，我可以创建新的关系UNIT n--FK-->1 FILE。然而，我的查询仅在优化的 db-schema 上连接了两个表。问题来了：这个 DB（带有这个新 FK）还在 3 NF 中吗？理论怎么说？

或者

这是在 3NF 中吗？