問題タブ [candidate-key]

ここで私はこれを見つけました：

定義:データベース テーブルの決定要因は、同じ行の他の属性に割り当てられた値を決定するために使用できる任意の属性です。

例:属性 employee_id、first_name、last_name、および date_of_birth を持つテーブルを考えてみましょう。この場合、フィールド employee_id によって残りの 3 つのフィールドが決まります。会社には同じ名字または姓、あるいはその両方の従業員が複数いる可能性があるため、name フィールドは employee_id を決定しません。同様に、複数の従業員が同じ誕生日を共有している可能性があるため、DOB フィールドは employee_id または name フィールドを決定しません。

この定義は候補キーにも当てはまるのではないでしょうか?

私はデータベース管理システムのキーに混乱しています.部分的な質問がたくさんあるので...しかし、これは良い組み合わせの質問です.それが私がここに投稿している理由です. スーパーキー、キー、プライマリキー、代替キー、候補キー、最小キーの間の混乱これは私が理解していることです。

SUPER KEY: タプルを一意に識別できる属性または属性のセット。

候補キー : すべての SUper キーのセット..

Key : 最小限の候補キーのセットからの単一のキー (最小限の属性があります)

主キー : 候補キーのセットからの最小のキー..

代替キー : 主キーを除くすべての候補キーのセット

外部キー。: 私はそれについてすべてを言及するのは難しいことをよく知っています..

しかし、スーパーキー、キー、候補キー、主キー、代替キーの間で混乱があります..（残っている場合は任意のキーを追加してください）すべての定義は大丈夫ですか?? これらのキーの ER モデル定義は、リレーショナル モデルの定義とは異なりますか?

例で答えを教えてください.?これらすべてのキーを持つ単一のテーブル.!! ありがとう...！！

関数依存関係のない関係 R(A,B,C,D) が存在するとします。では、その候補キーとして何を考慮すべきでしょうか? 明らかに、個々の属性またはすべての属性の適切なサブセットは候補キーになることはできません。では、ABCD を候補キーと見なすことができますか? または、この関係には候補キーがありませんか?

機能の依存関係は次のとおりです。

次に、候補キーを次のようにリストします。

これらの候補キーは、上記の FD からどのように導出されますか?

同様に、

機能の依存関係は次のとおりです。

次に、候補キーを次のようにリストします。

繰り返しますが、ここでの問題は、候補キーが FD からどのように派生したかがわからないことです。

次の関係 R = (ABCDEFGH) を考えてみてください。この一連の機能依存関係が保持されます: {BE -> GH, G -> FA, D -> C, F -> B} R の候補キーは何ですか?

答えは、BED、DEG、FED であることがわかりました。ただし、この問題は選択式の単一問題なので、複数回答はできません...

誰かが私に正しい答えと彼が使用した方法を教えてくれることを願っています.

P の下の関係 X では、Q、R、S、T、および U が関係の属性です。機能の依存関係と候補キーを見つけます。

探し方がわかりません。ありがとう。