問題タブ [candidate-key]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
1 に答える
679 参照

mysql - 候補キー/スーパーキーの検索

ここで別の質問に取り組んでおり、候補キーとスーパーキーを求めています。私は正しい候補キーを持っていると信じていますが、誰かがそれを検証できれば素晴らしいでしょう. また、スーパーキーを見つけるのに苦労しています。それらを見つけるための一般的な公式があるかどうかはわかりません。

質問は次のとおりです。

候補キーは {A}、{B}、{C}、{D} であることがわかりました。誰かがこれが正しいかどうかを確認できれば、非常に感謝しています。また、このスーパーキーを見つける方法を教えていただければ幸いです。答えを直接探しているわけではありません。候補キーに対する答えが正しいかどうか、およびこの質問とおそらく他の質問のスーパーキーを見つける方法を知りたいだけです (それらを見つける一般的な方法がある場合)。

誰かが助けてくれることを願っています。誰かが私がこれを理解するのを手伝ってくれたら、最良の答えを評価します.

みんなで乾杯。

0 投票する
1 に答える
296 参照

candidate-key - RM での複数の候補キーの表現

次の ER 図から ERM へのマッピングが正しい理由、またはより正確には完全な理由を理解するのに問題があります。この例では、プロジェクト、場所、人物の間に 1:1:N の三項関係があります。

三元関係のER図の例

各エンティティには主キー (ProjectID、PlaceID、PersonID) があります。この図を理解すれば、個人とプロジェクトの組み合わせを複数の場所に関連付けることはできません。さらに、人と場所の組み合わせは、1 つのプロジェクトにのみ関連付けることができます。さらに、特定の場所でのプロジェクトには複数の人がいる可能性があります。

三項関係をどのように読み取るかについてのこの理解は、私の問題につながります。ERM を次の RM にマッピングします。

テーブルWorksには、 (Place, PersonID) と (ProjectID, PersonID)の 2 つの候補キーがあります。最初のものを主キーとして選択しましょう。次に、正しいRMが必要です(文献によると)が、個人とプロジェクトの同じ組み合わせが異なる場所に関連付けられていないことを確認する方法がわかりませんか?(ProjectID, PersonID) も候補キーであるとどこかで言う必要はありませんか、それとも RM 表記の一部ではありませんか?

0 投票する
1 に答える
334 参照

database - スーパーキーのセットからすべての可能な候補キーを見つける方法は?

一例のスーパーキーは次のようになります。 ABCF CDF ACDF BCDF ABCDF ABCEF CDEF ACDEF BCDEF ABCDEF

可能なすべての候補キーを含む出力: ABCF CDF


上記の例では、そのスーパーキーのセットから候補キーの出力を取得するにはどうすればよいでしょうか? その結果を取得する方法がわかりません。助けてください。

0 投票する
1 に答える
1762 参照

database - CK は、別のテーブルの CK を参照する FK を持つことができますか?

例として:

Dept_name は Department テーブルの CK です。

Dept_name は Department テーブルの主キーとして設定されていないため、Dept_fk を Employee の CK(Dept_fk、FirstName、LastName、Birthdate) の一部にすることはできますか?

編集: 理解しやすくするために、いくつかの属性名を変更します。Dept_fk は Department テーブルの Dept を参照する外部キーです。

0 投票する
1 に答える
344 参照

database - データベース内の関係の基本属性

次の依存関係を持つ関係 R(A、B、C、D) の主な属性は何ですか:

F={AB->C , C->D , D->A}

オプション: i) A、B、C ii) A、B、D iii) A、B、C、D iv) B、C、D

私によると、答えは(iii)オプションである必要がありますが、答えはオプションです(ii)誰か説明できますか?

0 投票する
1 に答える
201 参照

database - 候補キーについて

を考慮してくださいR(A,B,C,D,E) F = {BC->AE, A->D, D->C, ABD->E}。スキーマのすべての候補キーを見つける必要があります。BABCBDが鍵であることは知っていますが、それらを発見する方法を知りたいです。

機能依存関係からの候補キーでいくつかの回答を見ました= しかし、私はそれらを完全には理解していませんでした。彼らが提案する形で、私は得た、、L={B}M={A,C,D}、一度に1つずつR={E} 追加する必要があります。から始めます。だから、(些細な)そしてなぜそうそしてなぜなら私たちは得るからです。しかし、どうやって取得するのですか?MLABABA->ABA->BA->DBA->DD->CBA->CE

0 投票する
1 に答える
492 参照

database-design - データベース - 機能依存性と候補キー

機能依存関係と候補キーについて頭をつかむのに大きな問題があります。私は現在、「2 つの」候補キーを特定する必要があり、4 つの機能依存関係しか持てないプロジェクトを行っています。私の全体の関係は次のとおりです。

そして、私の機能的な依存関係は次のとおりです。

したがって、候補キーを次のように計算しました。

ただし、可能性のある解決策をすべて試しましたが、すべての属性に一致するものがないため、できない場合は、2 番目の候補キーが必要です。オンラインでたくさんのビデオを見てきましたが、まだ混乱しています。2 番目の候補キーを取得できない理由は、私のやり方が間違っていたからですか?

ありがとう、

キーラン