問題タブ [relational]

私のデータベースモデルには、多対多の関係を必要とする2つの特定のテーブルがあります。テーブルはとSystemsですUsers。1人のユーザーが複数のシステムのメンバーになることができ、1つのシステムに複数のユーザーが含まれます。

system_idはシステムテーブルuser_idのPKであり、はユーザーテーブルのPKです。system_idユーザーテーブルでFKとしてリンクしています。2つの間のテーブルを理解できないようです。私はテーブルを形成し、そこで両方の外部キーを使用するという考えを持っていましたsystem_userが、それがどのように機能するかわかりません。

次の表:

State は主キー (EmpId) に推移的に依存するため、第 3 正規形ではありません。

したがって、次のように分割すると: (EmpId,State) (State,PIN)

3NFです。

(EmpId,State) (EmpId,PIN) のように分割することもでき、再び 3NF になります。

しかし、2 番目のケースでは、情報の冗長性があります。

2 番目の分解が違反するプロパティはどれですか?

誰かがここで私にアドバイスできるかしら。私はこのようなクラスを持つアプリケーションを持っています：

コード：

これは、リレーショナルテーブルに直接変換されます。

Order：orderno、customerNo、orderDate OrderLine：orderno、lineNo、qty、prodID

したがって、各クラスは、各属性のgetとsetのペアを持つデータベーステーブルに直接変換されます。

ここで私が知りたいのは、Java Webアプリケーションの場合、クラスが上記のようになっている必要があるか、getsがオブジェクトを返す場合は次のようになっている必要があるということです。

コード：

どちらがより良いアプローチですか？それとも、データを処理するクラスが正しく実行し、システムが効率的に動作する限り、どちらのアプローチを採用するかは本当に重要ですか？

ありがとう

モーガン氏

重複

• リレーショナル データベースの代わりにドキュメント ベースのデータベースを使用する必要があるのはなぜですか?
• ドキュメント ベースのデータベースとリレーショナル データベースの長所と短所

Google の Bigtable についてはよくわかりませんが、Google の Bigtable と MySQL などのリレーショナル データベースの違いは何なのか疑問に思っています。両方の制限は何ですか？

テーブルの上位N行を、列の1つの数の高さでランク付けして選択したいと思います。

私は既に持っています：

SELECT * FROM movie ORDER BY worldwide_gross DESC;

どうすれば最初の20を取得できますか？

違いがあれば、MySQLを使用しています。

乾杯！

私のデータは、オブジェクトで表される場合、次のようになります。

私の質問：エンティティBとCに別々のテーブルを作成しますか、それとも1つのメインテーブルを作成し、エンティティタイプごとに異なる結合を実行してデータをフェッチしますか？
現実の世界では、すべてのエンティティに約15の同様のフィールドがあり、各エンティティに約1〜3の一意のフィールドがあります。
最大10万件のレコードを期待しています。

洞察はありますか？

私はRORの初心者ですが、これが私が達成しようとしていることです。関連付けたい項目が 2 つあります。案件と人物です。各問題には多くの人がいる可能性があります。つまり、人とモノを別々に作って、後からつなげられるようにしたい。

たとえば、ビル・クリントン、バラク・オバマなどを作成します。

私は問題を作成するかもしれません: 地球温暖化 対テロ戦争

ユーザー Bill Clinton と Barack Obama を両方の問題に関連付けられるようにしたいと考えています。誰かがこれを行う方法を教えてくれるチュートリアルを教えてもらえますか?

歴史上の人物について、さまざまな情報源が語っていることを記録したいと思います。すなわち

• ウィキペディアのウェブサイトによると、スーザン B. アンソニーは 1820 年 2 月 15 日に生まれ、好きな色は青でした。
• 闘争の世紀という本には、スーザン・B・アンソニーは1820年2月12日に生まれ、彼女の好きな色は赤だったと書かれています
• 女性参政権の歴史という本は、スーザン・B・アンソニーは1820年2月15日に生まれ、彼女の好きな色は赤で、彼女はエイブラハム・リンカーンの2番目のいとこであったと述べています

また、研究者には、これらの情報源が行っている個々の主張について、たとえばパーセンテージで自信を示すことができるようにしてほしい. すなわち

• ユーザー A は、スーザン B. アンソニーが 1820 年 2 月 15 日に生まれたことを 90% 確信しています。彼女の好きな色が青であるという確信は 75%、エイブラハム リンカーンの従兄弟であるという確信は 30% でした。
• ユーザー B は、スーザン B. アンソニーが 1820 年 2 月 12 日に生まれたことを 30% 確信しています。彼女の好きな色が青であるという確信は 60%、エイブラハム リンカーンの従兄弟であるという確信は 10% でした。

次に、各ユーザーに Susan B. Anthony のビューを表示して、彼女の誕生日、好きな色、およびユーザーが真実である可能性が最も高いと考える関係を表示するようにします。

私はリレーショナル データベース データストアも使用したいと考えています。これを行うには、ユーザーが信頼を表明できるようにするアトミック ファクトの個々のタイプごとに個別のテーブルを作成することが考えられます。この例では、合計で 8 つのテーブルがあり、3 つの個別のアトミック ファクトに対して 3 つの個別のテーブルがあります。

これは、実際には多くの種類のアトミック ファクトを記録する必要があるため、非常に急速に複雑になるように感じます。これを行うためのより良い方法はありますか?

これは、Martin Fowler が「矛盾した観察」と呼んでいる問題と同じだと思います。