問題タブ [3nf]

誰か3NFとBCNFの違いを説明してくれませんか? また、いくつか例を挙げていただければ幸いです。ありがとう。

トップIT業界の1社とのインタビュー中にこの質問をされましたが、まったく手がかりがありませんでした. 誰でも方法を教えてもらえますか? Mysql と Oracle のどちらでも問題ありませんが、例として mysql を提供しています。

この関係は、この例では非常に単純です。これは、第 3 正規形までかなり正規化された例だと思います。出席者は、従業員とマネージャーを含む会議と参加従業員を関連付けます。

問題は、従業員とそのマネージャーの両方が参加している会議を見つけるクエリを作成することでした。

外部キーを何度も繰り返しており、現在の設計では特定のクエリを実行するのが難しいため、次のデータベースを 3NF と BCNF を満たすように正規化するにはどうすればよいでしょうか。

ありがとう。

私のテーブルは次のとおりです。

誰かがこれらを正規化する方法を教えてもらえますか?

これらの列を含むこのテーブルがあり、3NF を満たすようにしたいと考えています。私がしたことは、DOB、City、Province、Postcode を 2ndCus という別のテーブルに移動することでした。ただし、それが正しく行われたかどうかはまだわかりません。どう思いますか？

これが私の2つのテーブルの構造です（太字の主キーとイタリック体の外部キー）

service_agreements( id , client_id, amount, date_begin, duration, *services_id_1*, *services_id_2*, *services_id_3*, *services_id_4*) services( id , date_provided, description, staff_person)

テーブルの背後にある考え方は、契約に基づいて、会社が最大 4 回までサービスを提供するというものです。ご覧のように、service_agreements テーブルの 4 つのフィールド (services_id_1,...) には、サービス テーブル (id フィールド) との 4 つの 1 対 1 の個別の関係があります。通常、2 つのテーブル間の関係は 1 つしか見たことがないので、少し変わっているように思えます。so.i は、これが異常なのか、それとも OK なのかを知っています。異常な場合は、(サービスのフィールドを service_agreements にマージせずに) より良い解決策は何かを知っています。サービス テーブルには、契約なしで提供されるサービスに関するレコードも含まれているためです。)

私は現在データベースの割り当てに取り組んでおり、何らかの理由でこの 1 つの基本的な質問に苦労しています。

顧客(cus_ID(下線部)、氏名、住所、携帯電話)

これらの属性が 3NF にない理由を説明してください。3NF に準拠するために、顧客エンティティに対して何をしますか?

名前の住所には、姓、名などの複数のフィールドを含めることができ、それらは cus_ID に依存することを知っています。cus_ID は、新しい名前エンティティでイタリック体になります。

私は正しい軌道に乗っていますか？より詳細な質問を完了しましたが、この質問に混乱しています。

どんな助けでも大歓迎です

ありがとうございます