問題タブ [database-theory]

私は過去数時間、これを取得しようとしてきました。私が解決した唯一の答えを以下に含めました。

質問：

Q->WR ホールド

アドバイスをいただければ幸いです

ソルト、ハッシュ、およびパスワードに関するすべての優れた機能の重要性を理解しています。私の質問は、リレーショナル データベース理論に関するものです。

第 3 正規形についての私の理解では、すべての要素がキー、キー全体、およびキー以外の何ものについての事実を提供する必要があるということです (Codd を助けてください。ウィキペディアに感謝します)。そこで、いくつかのテーブルを見直していたところ、これに出会いました。

質問: この表は第 3 正規形ですか? 私の理解では...「ハッシュ」はplayer_idとソルトに依存しています。IE: ハッシュ -> (ユーザー名、ソルト)。

このテーブルを分割することの本当の利点はわかりません。でも、更新異常とか見えないのでは？と心配です。

データベース理論の概念として、私はタイム スタンプ ベースの同時実行制御プロトコルを初めて知って以来、大ファンです。あまり使われていないことに気づきました。何故ですか？それとも私が間違っているだけですか？

編集:ここで説明されているものと同様に、読み取りと書き込みのタイムスタンプとタイムスタンプの順序が固定されたタイムスタンプ付きのトランザクションを持つタイムスタンプ付きのデータアイテムを意味します:http: //en.wikipedia.org/wiki/Timestamp-based_concurrency_control

私はオンラインで検索してきましたが、上記の関係を区別するのに役立つ情報を見つけることができませんでした.どちらも同じように見えます. それが別の用語で言及されているかどうかはわかりませんが、関係の「onlyOne」側は通常、er の図では曲がった矢印で示されています。

2つを区別するのに役立つ小さな例が誰かにあったことを本当に感謝しています。

次の関係と機能依存関係 (FD) のセットを考えてみましょう。R = (ABCDEFGHI)

1. R の候補キーを見つけます。
2. FD セットの最小カバーを見つけます。

「DF」は候補キーの一つだと思います。

これは、2011 年秋に開催されたデータベース コース (現在は coursera.org で自習) からの質問です。

次のリレーショナル スキーマを検討してください。

R1(A、B、C)、R2(B、D)

(a) スキーマを検討し、このスキーマの関係に保持される唯一の機能的依存関係は、A → B、A → C、B → A、A → D、およびこれらに続くすべての依存関係であると仮定します。スキーマは BCNF にありますか?

(b) 部分 (a) から依存関係 A → D を省略したとします。スキーマは BCNF にありますか?

(a) の質問に対する答えは「はい」です。それは私の答えに対応しています。2 番目の質問に対する正しい答えも「はい」です。しかし、それは私の答えに対応していません。

A → D 依存関係を省略すると、D は B に依存しなくなり、したがって B は B → D のキーではなくなります。したがって、BCNF 違反が発生します。

私は何を間違っていますか？

R= {A,B,C,D,E,F,G,H,I,J,K} F={ABGH->IJKF,JIGH->ABF, A->CDE}のすべての最小候補キーを見つける必要があり、BCNFRに正規化する方法があります。R

これまでのところ、次の回答を得ました: ABGH、GHJIKおよびAGHIJK。

しかし、私はこのサイトから私の答えをチェックしていました:チェックされたサイト

「K」が答えの一部ではない理由がわかりません。また、私の答えが正しかったかどうかもわかりません。ありがとう！

userId を手動で生成しています。つまり、前の userId+1 です。

ただし、2 人以上のユーザーが前の userId を読み取り、新しいレコードを挿入した場合。

そのため、2 人以上のユーザーが同じ userId を持つレコードを挿入する可能性があります。