问题标签 [database-theory]

在过去的几个小时里，我一直在努力解决这个问题，我在下面列出了我找到的唯一答案，似乎它可能会去某个地方，有人可以告诉我我是否走在正确的轨道上：

问题：

Q->WR 持有

任何意见，将不胜感激

我了解盐、散列和所有密码的好东西的重要性。我的问题与关系数据库理论有关。

我对第 3 范式的理解是，每个元素都必须提供关于键、整个键的事实，而只有键（所以请帮助我 Codd。感谢维基百科）。所以我正在审查我的一些表格，我遇到了这个。

问题：这个表是第三范式吗？我的理解是......“哈希”取决于 player_id 和盐。IE：哈希->（用户名，盐）。

我只是看不出拆分这张桌子有什么真正的好处。但我担心可能存在更新异常或我看不到的东西。

作为一个数据库理论概念，自从我第一次了解它们以来，我一直是基于时间戳的并发控制协议的忠实粉丝。我注意到它们似乎没有被太多使用。这是为什么？还是我错了？

编辑：我的意思是带有读写时间戳的时间戳数据项和具有固定时间戳顺序的时间戳事务，类似于此处描述的内容：http ://en.wikipedia.org/wiki/Timestamp-based_concurrency_control

我有一个包含以下表格的数据结构

我们正在添加一个Comments表格

Customers多一个，Transactions A并且Transactions B Comments可以与 theTransactions或 the相关Customer

我们正在就数据库格式进行内部讨论。

一方想要创建一个评论表和 3 个交叉表。一方想要创建一个评论表，其中包含客户的外键和交易的 2 个可空键。

是否有一个范式规则说一个比另一个更好？有没有共识？

编辑：

更多答案和细节

• 评论永远不会与一个以上的客户相关联
• 评论永远不会与一个以上的交易相关联
• 评论只会与交易 A、交易 B 或两者都不相关；但绝不会两者兼而有之
• 客户和交易可能有 0 条或更多评论

我一直在网上搜索，但找不到任何有用的信息来帮助区分上述关系，而且它们在我看来都是一样的。我不确定它是否被另一个术语引用，但关系的“onlyOne”端通常在 er 图中用弯曲箭头标记。

真的很感激有人举了一个小例子来帮助区分两者。

考虑以下关系和功能依赖项 (FD) 集。R = (ABCDEFGHI)

1. 找到 R 的候选键。
2. 求 FD 集的最小覆盖。

我认为“DF”是候选键之一。

这是 2011 年秋季数据库课程（现在在 coursera.org 自学）的一个问题。

考虑以下关系模式：

R1(A,B,C), R2(B,D)

(a) 考虑该模式并假设在该模式中保持关系的唯一功能依赖是 A → B、A → C、B → A、A → D，以及由此而来的所有依赖。BCNF 中的模式是什么？

(b) 假设我们从 (a) 部分中省略依赖 A → D。BCNF 中的模式是什么？

(a) 问题的答案是肯定的，它确实符合我的答案。第二个问题的正确答案也是肯定的。但这与我的回答不符。

当我们省略 A → D 依赖时，D 不再依赖于 B，因此 B 不是 B → D 中的键。所以，我们违反了 BCNF。

我究竟做错了什么？

我有一个R= {A,B,C,D,E,F,G,H,I,J,K} F={ABGH->IJKF,JIGH->ABF, A->CDE}我需要找到的所有最小候选键R，以及如何规范化R为 BCNF

到目前为止，我得到了以下答案 ABGH：GHJIK和AGHIJK。

但我从这个网站检查了我的答案：checked site

我不知道为什么“K”不是答案的一部分，我不确定我的答案是否正确。谢谢！

是什么让 SQL “结构化”？结构化查询语言与非结构化查询语言有区别吗？当我们说 SQL 是“声明性的”时，这是一个相关的概念吗？

我正在手动生成 userId，即以前的 userId+1。

但是如果两个或更多用户读取以前的 userId 并插入新记录。

因此，有可能任何两个或多个用户插入具有相同 userId 的记录