5
परिभाषा के अनुसार, एक Junction Table (पुल तालिका/लिंक तालिका), कई-से-अनेक संबंधों के लिए प्रयोग किया जाता है जब इस तरह का प्रयोग किया:क्या एक जंक्शन तालिका (टेबल में शामिल हो सकता है) का उपयोग एक से कई रिश्तों के लिए भी किया जा सकता है?
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)
)
क्या आप कह रहे हैं कि यह बुरा है? –
कभी-कभी यह आसान हो सकता है यदि आप एक ही डीबी टेबल संरचना चाहते हैं लेकिन आवेदन में संबंध के प्रकार का निर्णय लें: कई लोगों में से कई या कई। (एक पैरामीटर के रूप में) ऐसे समय होते हैं जब आप कई संबंधों में से एक को विकसित करते हैं, यह जानकर कि बहुत से लोगों को बदलने की संभावना है। –
मैं देखता हूं। और यदि आप डेटाबेस में एक-से-कई या कई से अधिक को लागू करना चाहते हैं, तो आप इसके बजाय किसी प्रकार की बाधा का उपयोग करते हैं? –