database - 製品には1つの価格があり、価格には1つの製品があります-1つのnhibernate関係がありますか？

Question

「私はあなたが多対一を意味すると思う」の記事での1対1の関係の説明について少し不安になりました。

たとえば、この例では、問題のビジネスは小さく、ニッチで、ローカライズされており、単一の通貨のみをサポートしているため、製品の価格は1つです。この場合、製品ごとに複数の価格を設定しても意味がありませんか？でも、コンセプトを正しく理解しているとは思えません。読んだところはどこでも、そうではないと思っていても、おそらく多対多になると言っているからです。

誰かが私を教えてくれませんか？:)

Answer 1

「回答」の代わりにコメントで手助けできるように、より多くの評判を得ようとしている

見ているテーブルの拡張として 1 対 1 を表示します。

表 B は表 A を拡張したものです。つまり、情報は必ずしも表に直接含めるほど関連性が高いわけではありませんが、相互に双方向の関係があります。基本的には、表 A として私は表 B の情報に依存していませんが、表 B の情報は私に大きく依存しています。価格の例では、テーブル A にテーブル B の行に関連する行があることを意味します。そのため、テーブル A で照合するすべてのアイテムについて価格テーブルに一意の情報を入力すると、これが役立ちます。たとえば、価格表に商品に関する説明列があったとします。そうしないと、この場合の価格表は、スキーマに含める必要がなくなる可能性があります。

1 対多の関係では、通常、テーブル B はテーブル A への参照を持ちません。したがって、価格の場合、見ているアイテムには価格がありますが、価格はアイテムに限定されません。したがって、より適切に定義するには、価格が 9.99 のものが多数ありますが、価格表に 9.99 が存在する必要があるのは 1 回だけです。

Answer 2

私はあなたが参照している記事に精通していません。ただし、価格はゆっくりと変化する次元の典型的な例です。価格はいつでも一定である可能性がありますが、時間の経過とともに価格は変化します。

このようなディメンションは通常、問題の期間の発効日と終了日を設定することによって実装されます。

さて、ある時点で、製品の価格はおそらく1つだけです。価格に影響を与えるもの（クーポン、購入者向けの割引、数量割引など）は、製品の特性ではありません。これらはトランザクションのプロパティです。

とはいえ、定額割引が意味をなさない状況もあるかもしれません。したがって、製品の「価格」には、時間だけでなく量も含まれる場合があります。

いずれにせよ、価格は1対1の関係の良い例ではないということに同意します。時間や量など、それに影響を与える他の要因があります。