问题标签 [3nf]

我创建了一个简单的CRUD应用程序数据库方案。但是，在实施它之前，我想检查它是否在3NF：

在我看来，它在3NF. 我会很感激你的回复！

有人可以向我解释 3NF 和 BCNF 之间的区别吗？如果您还可以提供一些示例，那就太好了。谢谢。

模式属性：A、B、C、D、E、F、G

模式的候选键是 A、CF、BFG

现在我有以下最小封面：

BG->C, ABG->D CF->A A->C A->G AD->F AD->E AC->B

如何从最小覆盖中获得 3NF 分解？

有人说只需将 FD 与相同的左侧结合起来，但这似乎并不完全正确......

执行此操作的标准流程是什么？

我在接受顶级 IT 行业之一的采访时被问到这个问题，我完全不知道。谁能告诉我怎么做？Mysql 或 Oracle 都可以，但我提供的是 mysql 的示例。

这种关系在这个例子中非常简单。我认为这是一个非常规范化的例子，直到第 3 范式。与会者将会议和参与的员工（包括员工和经理）联系起来。

问题是编写一个查询，找出员工和他的经理都参加的会议。

如何对以下数据库进行规范化以满足 3NF 和 BCNF，因为我已经多次重复外键并且当前的设计很难按原样执行某些查询。

谢谢。

我的表格如下：

有人可以教我如何使这些正常化吗？

Gday小伙子们，

好的，所以我有一个数据库类，我有这个例子让我觉得我真的没有完全理解两个 NF 之间的区别..

我知道

一个关系 R 在 3NF 中，当且仅当对于 R 满足的每个非平凡 FD (X->A) 至少满足以下条件之一为真：

(a) X 是 R 的超键，或

(b) A 是 R 的关键属性

和

关系 R 在 BCNF 中当且仅当对于 R 满足的每个非平凡 FD (X->A) 满足以下条件：

(a) X 是 R 的超级键

这是示例：

R = (A, B, C, D) F = {AB->C, AB->D, C->A, D->B} 1. R 在 3NF 中，为什么？如果不是，分解成3NF

那么，C->A 不会导致违规吗？C 不是超级键，也不是微不足道的，D-> B 也是如此？

但它不是 BCNF：

1. R在BCNF中，为什么？如果不是，则将其分解为 BCNF No。因为对于 C->A，C 不是超键。D->B 类似 R1 = {C, D}, R2 = {A, C}, R3 = {B, D}

我有这个包含这些列的表，我想让它满足 3NF。我所做的是将 DOB、城市、省、邮政编码移动到另一个名为 2ndCus 的表中。但是，我仍然不确定我是否做得正确。你怎么看？

这是我的两个表的结构（粗体的主键和斜体文本的外键）

service_agreements（id，client_id，金额，date_begin，持续时间，*services_id_1*，*services_id_2*，*services_id_3*，*services_id_4*）服务（id，date_provided，描述，staff_person）

表格背后的想法是，根据协议，公司最多提供四次服务。由此可见，service_agreements 表的四个字段（services_id_1,...）与服务表（id 字段）有四个一对一的独立关系。在我看来这有点不寻常，因为通常我只看到两张表之间的一种关系。所以。我知道这是不寻常的还是可以的，如果不寻常，什么是更好的解决方案（不将服务字段合并到 service_agreements。因为服务表也有一些关于未经协议提供的服务的记录。）

我目前正在处理数据库任务，出于某种原因，我正在努力解决这个基本问题。

客户（cus_ID（下划线）、姓名、地址、手机）

请解释为什么这些属性不在 3NF 中，您会如何对待客户实体以遵守 3NF？

我知道名称地址可以有多个字段，例如姓氏、名字，然后取决于 cus_ID。然后 cus_ID 将在新名称实体中以斜体显示。

我在正确的轨道上吗？尽管我已经完成了更详细的问题，但我对这个问题感到困惑。

任何帮助将不胜感激

谢谢大家本