問題タブ [entity-relationship]

別のHibernateの質問...：P

HibernateのAnnotationsフレームワークを使用して、Userエンティティがあります。それぞれUserが友達のコレクションを持つことができます：他Userのコレクション。Userただし、sのリストで構成されるクラス内に多対多の関連付けを作成する方法を理解できませんでしたUser（ユーザーフレンドの中間テーブルを使用）。

Userクラスとそのアノテーションは次のとおりです。

ユーザーフレンドマッピングテーブルには2つの列しかなく、どちらもテーブルのuid列への外部キーtbl_usersです。2つの列はpersonId（現在のユーザーにマップする必要があります）、およびfriendId（現在のユーザーの友達のIDを指定します）です。

問題は、システム内のすべてのユーザーが他のすべてのユーザーと友達になるように友達テーブルを事前入力したにもかかわらず、「友達」フィールドがnullのままになることです。関係をに切り替えようとしましたが@OneToMany、それでもnullになります（Hibernateのデバッグ出力にはSELECT * FROM tbl_friends WHERE personId = ? AND friendId = ?クエリが表示されますが、それ以外は表示されません）。

このリストにデータを入力する方法について何かアイデアはありますか？ありがとうございました！

Account と House という 2 つの Core Data エンティティがあります。各アカウントには家のリストを含めることができ、家は 1 つのアカウントにのみ含めることができるため、これは逆の通常の 1 対多の関係です。

アカウントには、多くの可能性のある家のどれがプライマリであるか、または何もない場合は nil であることを示す「プライマリ」プロパティもあります。プライマリ プロパティの ID は変更される可能性があり、もちろん、それぞれが独自の住宅コレクションを持つ多くのアカウントが存在する可能性があります。

これを逆の 1 対 1 の関係としてモデル化する必要がありますか? それなし？

それとも、区画番号など、家に関する一意の情報を格納する属性を使用してモデル化し、それを House エンティティに追加する必要がありますか?

どちらの方法にも長所と短所はありますか? また、他に検討すべき方法はありますか?

リレーショナル モデリング ツールを使用して、論理モデルまたは第 3 正規形の論理モデルを EAV を使用するデータベースにマッピングする方法は?

私は先日このブログ投稿に出くわしましたが、文字通り、論理的に実装する方法がわかりません。

何か案は？

私はそれがコアデータに関係していると考えていました.「力」は対多関係の別のエンティティであり、それ以外に、私は迷っています.

Orders と OrderDetails の 2 つのテーブルの関係をモデル化しようとしています。外部キー OrderID を使用して、OrderDetails から Orders テーブルに「関係」矢印を描画します。しかし、関係矢印の DatabaseProperties では、不明な親と不明な子が得られます。2 つのテーブルを関係矢印で正しく接続するにはどうすればよいですか。

データベースにテーブル [User] と別のテーブル [Salesperson] があります。[ Salesperson] は、外部キーを使用して [User].UserID にマップされる一意のUserID を定義します。Entity Framework でモデルを生成すると、[User]-[Salesperson] の間に 1 対多の関係が得られます。つまり、各ユーザーには「販売員のコレクション」がありますが、必要なのは 0..1-to です各ユーザーが「営業担当者」への null 許容参照を持つ -1 関係。

XML をいじって関連付けの多重度設定を変更しようとしましたが、ビルド エラーしか発生しませんでした。私が達成しようとしているのは、[User] で [Salesperson].SalespersonID を参照する null 許容の SalespersonID を持つことと同じですが、営業担当者は特定のユーザーに対してのみ存在するため、[User] テーブル構造を混乱させるだけのように感じますEntity Frameworkで正しい方向を指す関係を取得します。

関係の多様性を変えるために私にできることはありますか?

ネストされたエンティティの主キーをネストエンティティの主キーとして使用することは可能ですか？

例えば：

主キー「EID」を持ち、ネストされたエンティティ「ジョブ」を持つエンティティ「スタッフ」があった場合。エンティティ「ジョブ」には主キー「JID」とディスクリミネータータイプ「DTYPE」があり、ジョブのサブクラスをさまざまな列とともにDTYPEに格納できます。スタッフテーブルに追加されたさまざまなジョブごとに、主キーEIDをJIDと同じにする必要があります。これは可能ですか？

または、「ジョブ」がnullになる可能性があるため、これは許可されません。したがって、JIDを主キーとしてマップできませんか？

これをモデル化するためのより良い方法はありますか？

Google App Engineプロジェクトでデータを保持するのに苦労しています。クラスは「顧客」、「予約」、「部屋」です。

私たちの目標は、顧客から予約への1対多の関係と、部屋から同じ予約への1対多の関係を使用して、これらの間の関係をマッピングすることです。

例外は次のとおりです。

no.hib.mod250.asm2.model.Reservation.idのメタデータのエラー：java.lang.Long主キーを持ち、子オブジェクトにすることはできません（所有フィールドはno.hib.mod250.asm2.model.Customerです） .res）。

コードは次のとおりです。

Customer.java

Room.java

Reservation.java

次の反対語は何ですか:

Person.Address を削除する方法を教えてください。(削除ありとなしの両方 - リレーションのみを削除することを意味します)?

話す代わりに、コードで話させてください。

最後の関係の削除をキャンセルして、今すぐコンテキストを更新するにはどうすればよいですか？

私は試した：

最後のものはInvalidOperationExceptionをスローします。更新するオブジェクトのコレクションのインデックス0にある要素は、ヌルのEntityKeyプロパティ値を持っているか、このObjectStateManagerにアタッチされていません。

重要な テーブル構造：

連絡先：FirstName、LastName
電話：番号、メモ
ContactPhone（多対多）：ContactId（nav）、PhoneId（nav）