INSERT और UPDATE प्रदर्शन थोड़ा भिन्न होता है: यह (INT) और (INT, INT) चाबी के लिए लगभग एक ही हो जाएगा।
SELECT समग्र PRIMARY KEY का प्रदर्शन कई कारकों पर निर्भर करता है।
यदि आपकी तालिका InnoDB है, तो तालिका को PRIMARY KEY मान पर पूरी तरह से क्लस्टर किया गया है।
इसका मतलब है कि दोनों मानों की खोज तेज होगी यदि दोनों मानों में कुंजी शामिल है: कोई अतिरिक्त कुंजी लुकअप की आवश्यकता नहीं होगी।
आपकी क्वेरी मान लिया जाये कि कुछ इस तरह है:
SELECT *
FROM mytable
WHERE col1 = @value1
AND col2 = @value2
और तालिका लेआउट यह है:
CREATE TABLE mytable (
col1 INT NOT NULL,
col2 INT NOT NULL,
data VARCHAR(200) NOT NULL,
PRIMARY KEY pk_mytable (col1, col2)
) ENGINE=InnoDB
, इंजन सिर्फ तालिका अपने आप में सही कुंजी मान देखने के लिए की आवश्यकता होगी।
आपको एक नकली आईडी के रूप में एक autoincrement क्षेत्र का उपयोग करते हैं:
CREATE TABLE mytable (
id INT NOT NULL AUTO_INCREMENT PRIMARY KEY,
col1 INT NOT NULL,
col2 INT NOT NULL,
data VARCHAR(200) NOT NULL,
UNIQUE KEY ix_mytable_col1_col2 (col1, col2)
) ENGINE=InnoDB
, तो इंजन, पहले की आवश्यकता होगी, सूचकांक ix_mytable_col1_col2 में (col1, col2) के मूल्यों देखने के लिए (सूचकांक से पंक्ति सूचक को पुनः प्राप्त id का मान) और तालिका में स्वयं id द्वारा एक और लुकअप बनाएं।
MyISAM टेबल के लिए, हालांकि, इससे कोई फर्क नहीं पड़ता है, क्योंकि MyISAM टेबल ढेर व्यवस्थित हैं और पंक्ति सूचक केवल फ़ाइल ऑफसेट है।
दोनों मामलों में, एक ही इंडेक्स बनाया जाएगा (PRIMARY KEY या UNIQUE KEY के लिए) और उसी तरह उपयोग किया जाएगा।
+1। धन्यवाद, बहुत अच्छी तरह से समझाया। – Fr0zenFyr