問題タブ [composite-key]

私のJSFの中で私がやった

Group.java

GroupKey.java

したがって、オブジェクトを永続化しようとすると、このエラーが発生します

EDIT
これが私のマネージドBeanの内容です。

Sql Server は、複合主キーにクラスター化インデックスを持つテーブルの FILL FACTOR をどのように処理しますか?

キー ノードの値は、クラスター化インデックスを構成するフィールドに基づいて生成されると思います。これは、挿入された新しい各行が効果的にインデックスの最後に挿入されることを意味しますか?

主キーは、テーブル内の行を一意に識別する属性または属性のセットです。ただし、主キーは一意であるだけでなく、最小限である必要があります。なぜそれが必要なのですか？

私は、自動番号付けされた識別子を愛する Access データベースに取り組んでいました。人の名、姓、生年月日で構成されるキーを使用する 1 つを除いて、すべてのテーブルがそれらを使用しました。とにかく、リレーションシップを表すテーブルが同じリレーションシップを 2 回以上保持できるため、人々は重複に関する多くの問題に直面し始めました。関係テーブルに複合キーを実装することでこれを回避することにしましたが、それ以来、重複の問題は発生していません。

それで、Access の世界での複合キーの評判の悪さはどうなっているのだろうと思っていました。クエリを書くのは少し難しいと思いますが、少なくともフロント エンドでデータを入力したり編集したりするたびに、大量のチェックを行う必要はありません。それらは信じられないほど非効率的か何かですか？

2 つのテーブル パーツとサブパーツがあります。part テーブルには、id、name、desc などの一般的なフィールドがあります。SubPart テーブルには、複合キーとして part_id、sub_part_id があります。これらの列はどちらも Part テーブルを参照しており、それぞれに 1 対多のマッピングがあります。たとえば、Part テーブルの各 part_id に対して、両方の列の SubPart テーブルに複数のエントリが存在する可能性があります。SubPart テーブルの複合キーの定義に問題があります。埋め込みタグを試しましたが、機能しません。どうすればこの問題に対処できますか。どうもありがとう。

パーツ表はこんな感じ。

サブパーツテーブル

次の行を使用して、実行時にPOCOクラスのnhibernateマッピングをロードしようとしています。

次のマッピングを持つクラスのプロパティGroupIdで失敗することを除いて、正常に動作します。

type == typeof(GroupPartnerInterest) persistentClass.GetProperty( "GroupId" )MappingExceptionで失敗した場合：

プロパティが見つかりません：エンティティGroupPartnerInterestのGroupId "

デバッガーで、key-propertiesfromcomposite-idがpersistentClass.propertiesに表示されないことがわかります。

このキープロパティのマッピングを取得する方法はありますか？

前もって感謝します。

このコードでは、複合キーの Java クラスを生成する方法 (休止状態でキーを複合する方法):

ちょっと変わったデザインに出くわしましたが、どうやって扱うのかよくわかりません。マップしようとしているテーブルは次のようになります。

1つのIDに複数の行を含めることができます（明らかに、主キーではありません）。例として、次のようになります。

すべてのIDには、いくつかの異なるカテゴリがあります。プロパティ名は、特定の（id、category）の組み合わせに対して一意です。

（編集）IDフィールドは、別のテーブル内のオブジェクトへの外部キーです。IDフィールドのみを使用して、これらのオブジェクトからこのテーブルに格納されているさまざまなプロパティにアクセスできる必要があります。複合キーが進むべき道である場合、どうすればそれらをリンクできますか？

（EDIT2）また、ここで欠落している詳細は、列1の同じIDを持つすべてのデータが概念的に同じオブジェクトに属していることだと思います。（ID、CATEGORY）の組み合わせごとに個別のインスタンスは必要ありません。

明らかに、これはあまり正規化されていません。最悪のシナリオでは、正規化されてすべてをコピーする追加のテーブルをいくつか設定しましたが、この情報を休止状態のバックアップオブジェクトに直接取得するための賢明な方法を誰かが提案できるかどうか疑問に思いました。必要に応じて、Stringプロパティのある種のバッグに入れます。

ところで、hibernate-annotationsを使用しています。

JetデータベースをSQLServerExpress 2008 R2にアップサイジングしていて、その前にスキーマを再評価しています（1997-98年に設計されたもので、設計した人（つまり、私）はバカ！）。

私の質問は、2列の複合キーを持つN：N結合テーブルについてです。Jetでは、2列の複合キーの最初の列での結合は複合インデックスを使用しますが、2番目の列での結合は使用しないため、一般に、N：N結合テーブルが大きく、レコード数がかなり多いJetデータベースでは使用されません。 、複合インデックスに加えて、2番目の列に2番目の一意でないインデックスを追加します。

これはSQLServerでは良い考えですか？

（多分それはJetでは良い考えではありませんか？）

データベースアプリケーションで、ページをサイトに添付しようとすると、次のエラーが発生します。

ジャンクションテーブルを使用して、ページを複数のサイトに追加できるようにするつもりです。

以下は、問題の3つのテーブル（T-SQL）のスキーマです。アドバイスをいただければ幸いです。