database-theory

1热度

1回答

我一直在尝试过去的几个小时来得到这个，我在下面列出了唯一的答案，我似乎可能会去某个地方，有人可以告诉我，如果我在正确的轨道上：问： Gamma = { U-> PT….. 1 Q-> SU……2 W->Q……….3 T->WV…..4 V-> R……..5 }> Q->WR持有任何意见，将不胜感激

1热度

3回答

找到R的所有最小的候选键

我有一个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”是没有答案的一部分，我不知道如果我的答案是正确的。谢谢！

1热度

2回答

数据库理论：'多对一'和'多到唯一'关系的区别

我一直在网上搜索，但找不到任何有用的信息来帮助区分上述关系，而且它们对我来说都是一样的。我不确定它是否被另一个术语引用，但是一个关系的'onlyOne'端通常在呃图中用弯曲的箭头标记。沃尔德真的很感谢他们有一个小例子来帮助区分两者。

1热度

1回答

等价设置

FD1 = {AB - > C，d - > E，E - “ç} Fd2的= {AB - > C，d - > E，AB - - > E，E - > C} 是这两个FD的等价与否，我认为他们是。但在答案中，它显示为不等同。

3热度

1回答

超级密钥的最低限度保证它是候选密钥？

确定关系R（ABCDEF）与 FD的候选键和superkeys：AEF→C，BF→C，EF→d和ACDE→˚F 这是我的书有问题。该书声称候选键是ABCDE和ABEF。根据我的理解，候选键是最小的超级键，并且ABEF的关闭测试完美地捕获了关系R.由于ABEF比ABCDE更“微不足道”，所以我认为唯一的候选关键字实际上只是ABEF。我会授予ABCDE是一个超级密钥，但不是候选密钥。有人能解释我为什么

3热度

3回答

关于用户帐户表，盐和哈希的第三范式

我明白盐，哈希以及所有那些用于密码的好东西的重要性。我的问题涉及关系数据库理论。我是第三范式的理解是，每一个元素都必须提供有关的关键，整个键，并没有什么，但关键的事实（所以帮我科德。感谢维基百科）。所以我正在审查我的一些表格，并且我遇到了这个问题。 -- Users CREATE TABLE accounts( player_id mediumint NOT NULL AUTO_INC

0热度

1回答

如何判断函数依赖项是否在投影关系中有效？

如果我从一个具有一组函数依赖关系的关系R开始，并且将这些FD投影到一个关系S上，我如何判断某个FD是否保持在投影关系中？

1热度

1回答

数据库规范化和结构

我有了下面的表格 Customers Transactions (Type A) Transactions (Type B) 我们正在增加一个Comments表 Customers多了一个更多Transactions A和Transactions B Comments可以与数据stucture要么该Transactions或Customer 我们正在对数据库进行内部讨论格式。一边想创建一

0热度

2回答

SQL注入理论

我在数据库中始终使用ORM层，所以我不介意SQL注入，但朋友给了我这个任务，我仍然不知道如何解决它。我知道PHP脚本只是检查返回的查询是否为！= null（用户名匹配到输入的用户名&密码找到）。查询本身在PHP中的样子： $sql = "SELECT name FROM users WHERE name='".$name. "' AND password='".$password. "'";

0热度

1回答

ER图到数据库转换

假设我有两个强实体E1和E2连接由1对多的关系R. E1 < --------- --------ř - E2 当我将上面的ER图转换成数据库时，会创建多少个表？我知道，当E2将在总参与答案将是2.因为，E2的主键将完美合并。我不确定以上。我看到了多个地方，并找到了不同的答案。我正在寻找一些有答案的坚实论据。答案可以是2或3.我想知道哪个更正确。