では、接合テーブル(参加のテーブルにも使用され、一対多の関係は?
-
20-08-2019 - |
質問
定義"に従い、 接合テーブル (ブリッジテーブルリンクテーブル)を使用した多対多関係で使用されるとこのように:
CREATE TABLE Users
(
UserLogin varchar(50) PRIMARY KEY,
UserPassword varchar(50) NOT NULL,
UserName varchar(50) NOT NULL
)
CREATE TABLE Permissions
(
PermissionKey varchar(50) PRIMARY KEY,
PermissionDescription varchar(500) NOT NULL
)
--This is the junction table.
CREATE TABLE UserPermissions
(
UserLogin varchar(50) REFERENCES Users (UserLogin),
PermissionKey varchar(50) REFERENCES Permissions (PermissionKey),
PRIMARY KEY (UserLogin, PermissionKey)
)
んで使用することもで簡単のための一対多の関係は、この例るユーザーは多くの発注:
(かわからないデータベースになると思うので修正してくださいんだと勘違いしてしまいました。)
CREATE TABLE Users
(
UserLogin varchar(50) PRIMARY KEY,
UserPassword varchar(50) NOT NULL,
UserName varchar(50) NOT NULL
)
CREATE TABLE Orders
(
OrderKey varchar(50) PRIMARY KEY,
OrderDescription varchar(500) NOT NULL
)
--This is the junction table.
CREATE TABLE UserOrders
(
UserLogin varchar(50) REFERENCES Users (UserLogin),
OrderKey varchar(50) REFERENCES Orders (OrderKey),
PRIMARY KEY (UserLogin, OrderKey)
)
解決
ありすことができる店舗や施対多の関係をさらに接合する。
おえない強制切に制約 UserOrders
接合テーブル、ホームセンターに所属することができ二つのユーザーとの間違った).めることが可能であ OrderKey
の主キーの UserOrders
接合テーブル(または独自の制約ともなります。技術的にするだけでな 多一 との関係 UserOrders
や Users
, を有する 一対一 との関係 Orders
や UserOrders
.
できることしか考えてない理由の一つは、設計の 多一 関係を接合テーブル-計画がある場合は、 多対多 関係将来のない対応のデータを移動できません。が、平均時間の自己負担し、残りを国保が負担保管のコストや付加する。
他のヒント
されていない理由の接合テーブル な 使用するための一対多関係です。問題は通常の一つ。なぜデータベースの参加テーブルが不要?
このことは多:
CREATE TABLE UserOrders
(UserLogin varchar(50) REFERENCES Users (UserLogin),
OrderKey varchar(50) REFERENCES Orders (OrderKey),
PRIMARY KEY (UserLogin, OrderKey));
この一対多くの(ユーザーには多くのオーダー):
CREATE TABLE UserOrders
(UserLogin varchar(50) REFERENCES Users (UserLogin),
OrderKey varchar(50) REFERENCES Orders (OrderKey),
PRIMARY KEY (OrderKey));
注記の差異は、主キーに与えます。
お客さま人数小児-幼児に建つテーブルであることが発表されないタイプの"ジャンクション"テーブル"連想"テーブルに参加""テーブルでいただけます。
これらの条件を記述するための特定の理由は、エンティティ(および結果の表した当初は作成されます。連想主体を作成し、当初は、解決のために多い。これらのテーブルかして独自の属性などの協会では、この協会はます。なSQLサーバー、Oracleまたはコードがない理由にはなぜそうなテーブルを作成したばかりで---で表示します。
から技術的な視点がかな違い連想テーブルやその他の表に示す。
これらのテーブルで有意な役割を果たその他のテーブルでは責任を負うている。にはルールがないよう、他のテーブルにも関連します。
で実施できるドについて"一つの"制約チjoin/接合テーブルを追加する独自の制約(やまの主キーの結合テーブルがうatribute自身を識別する関係になれる外部キーは、"多"側です。ることができrwosの多くの側面を持つ関係との関係記されjoin/接合する。
と思いきったのはいつも問題を解決の簡単な説明ができるようにめの多くの関係につテーブル(A-B)まが必要なの接合テーブル(例えば、テーブルc)を持つ多くの関係の両方のテーブルAとB