MySQL पकड़ा बग: यौगिक दृश्य में पहली प्रविष्टि जोड़ने में असमर्थता

हेलो, हेब्र!

मुझे अपना काम अच्छे विश्वास में करने की आदत थी, और इस पोस्ट को लिखने से पहले, मैंने कई बार जाँच की कि मैंने कितनी बार देखा कि वास्तव में एक बग था (और कंप्यूटर के सामने एक रात की नींद के परिणाम नहीं) , और इंटरनेट पर भी कुछ ऐसा ही खोजने की कोशिश की। व्यर्थ में। Verloren। व्यर्थ में।

इसलिए, यदि आप रुचि रखते हैं, तो एक साधारण वास्तुशिल्प तत्व को देखने के लिए कैट में आपका स्वागत है, जिस पर संयुक्त रिकॉर्ड में पहला रिकॉर्ड जोड़ना सही तरीके से काम नहीं करता है।

लेखक ने क्या धूम्रपान किया

सबसे पहले, संक्षेप में इस तरह के एक वास्तुशिल्प समाधान की आवश्यकता क्यों थी।
विवरण का खुलासा किए बिना (गोपनीय जानकारी के गैर-प्रकटीकरण पर समझौता, सभी चीजें :)), मैं कहूंगा कि वर्तमान परियोजना पर काम करने में मुझे निम्नलिखित रिश्तों को लागू करने के लिए वस्तुओं की तीन वर्गों ( ए , बी , सी ) की आवश्यकता है:
c से a - to से 1,
c से b - to से 0..1।
इस प्रकार, प्रत्येक वस्तु c , एक वस्तु a से संबंधित है , और एक वस्तु b से संबंधित भी हो सकती है, या वस्तु b से संबंधित नहीं है।

फ्रीलांसर के लिए व्यायाम बाइक

इस डेटाबेस के टुकड़े को इस प्रकार बनाया गया था:
+ कक्षा की सभी वस्तुओं को सूचीबद्ध करने वाली एक तालिका (सादगी के लिए, पहचानकर्ता को छोड़कर उनका एकमात्र पैरामीटर नाम दें);
+ वर्ग बी (एक ही अजमोद) के सभी वस्तुओं की सूची;
+ वर्ग सी की सभी वस्तुओं की सूची तालिका (पहचानकर्ता को छोड़कर इसके पैरामीटर हैं: नाम, वर्ग की एक वस्तु की पहचानकर्ता (होना चाहिए!), वर्ग बी (वैकल्पिक) की एक वस्तु की पहचानकर्ता;
+ क्लास ए की सभी वस्तुओं के नाम के साथ वर्ग बी और उनके साथ जुड़े बी (सुरक्षा कारणों के लिए) (आप स्वयं टेबल को प्रभावित किए बिना VIEW को अधिकार दे सकते हैं) के साथ ऑब्जेक्ट्स, डेटा अखंडता सत्यापन तर्क का हिस्सा php से MySQL में स्थानांतरित करने के लिए, और भी CASCADED CHECK OPTION वाले JOINs को php कोड में ना खींचें)।

महाशय बच्चों के बारे में बहुत कुछ जानते हैं

दृश्य की परिवर्तनशीलता सुनिश्चित करने के लिए, मुझे विशेष रूप से INNER JOINs के साथ करना था (LEFT OUTER JOIN दृश्य की परिवर्तनशीलता को प्रतिबंधित करता है), लेकिन दूसरी ओर, दृश्य में यह प्रदर्शित करना भी आवश्यक था कि कक्षा c की उन वस्तुओं से भी जो वर्ग b की वस्तुओं से संबंधित नहीं हैं।

ऐसा करने के लिए, मैंने निम्नलिखित चाल को लागू किया: वर्ग बी के संबंधित वस्तु के पहचानकर्ता को भी शून्य ('0') होने दें, जिसका अर्थ है कि वर्ग बी से संबंधित वस्तु नहीं है; कक्षा बी की वस्तुओं की तालिका में एक शून्य रिकॉर्ड (शून्य पहचानकर्ता के साथ) शामिल हैं, जो कक्षा बी की एक वस्तु की अनुपस्थिति के अनुरूप है (इसे 'एन / ए' नाम दें)।

और यह ट्रिक, CASCADED CHECK OPTION के साथ मिलकर, वर्ग c के ऑब्जेक्ट्स के प्रतिनिधित्व के लिए लागू INSERT स्टेटमेंट का असामान्य व्यवहार देता है।

INSERT स्टेटमेंट को बुरा कैसे सिखाया जाए

मैं डेटाबेस को मॉडल क्वेश्चन दूंगा जो स्थिति को फिर से बनाता है:

CREATE TABLE `a`(`id` INT NOT NULL AUTO_INCREMENT PRIMARY KEY,`name` VARCHAR(255) DEFAULT NULL) ENGINE='InnoDB' CHARSET='utf8' COLLATE='utf8_general_ci'; INSERT INTO `a`(`name`) VALUES('test_a'); CREATE TABLE `b`(`id` INT NOT NULL AUTO_INCREMENT PRIMARY KEY,`name` VARCHAR(255) DEFAULT NULL) ENGINE='InnoDB' CHARSET='utf8' COLLATE='utf8_general_ci'; SET SESSION `SQL_MODE`='NO_AUTO_VALUE_ON_ZERO'; INSERT INTO `b`(`id`,`name`) VALUES('0','N/A'); INSERT INTO `b`(`id`,`name`) VALUES('1','test_b'); SET SESSION `SQL_MODE`=''; CREATE TABLE `c`(`id` INT NOT NULL AUTO_INCREMENT PRIMARY KEY,`name` VARCHAR(255) NOT NULL,`a` INT NOT NULL,`b` INT DEFAULT '0',FOREIGN KEY(`a`) REFERENCES `a`(`id`),FOREIGN KEY(`b`) REFERENCES `b`(`id`)) ENGINE='InnoDB' CHARSET='utf8' COLLATE='utf8_general_ci'; CREATE VIEW `C` AS SELECT `t1`.`id` `id`,`t1`.`name` `name`,`t2`.`name` `a`,`t3`.`name` `b`,`t1`.`a` `a_id`,`t1`.`b` `b_id` FROM `c` `t1` JOIN `a` `t2` ON(`t1`.`a`=`t2`.`id`) JOIN `b` `t3` ON(`t1`.`b`=`t3`.`id`) WITH CASCADED CHECK OPTION; SELECT `id` FROM `a`; SELECT `id` FROM `b`; 

 mysql> SELECT `id` FROM `a`; +----+ | id | +----+ | 1 | +----+ 1 row in set (0.01 sec) mysql> SELECT `id` FROM `b`; +----+ | id | +----+ | 0 | | 1 | +----+ 2 rows in set (0.00 sec) 

सब कुछ वैसा ही है जैसा होना चाहिए, है ना?
अब आइए C ऑब्जेक्ट में संबंधित ऑब्जेक्ट b के बिना पहला रिकॉर्ड सम्मिलित करने का प्रयास करें।

 mysql> INSERT INTO `C`(`a_id`,`name`) VALUES('1','test_c'); ERROR 1369 (HY000): CHECK OPTION failed 'test.C' mysql> 

हतोत्साहित? मैं तुम्हारे बारे में नहीं जानता, लेकिन मुझे - हाँ।
ठीक है। आइए इसे जानने की कोशिश करें।
हम सीधे टेबल सी के लिए एक बिल्कुल समान क्वेरी करते हैं, और फिर सी व्यू की सामग्री प्रदर्शित करते हैं।

 mysql> INSERT INTO `c`(`a`,`name`) VALUES('1','test_c'); Query OK, 1 row affected (0.09 sec) mysql> SELECT * FROM `C`; +----+--------+--------+------+------+------+ | id | name | a | b | a_id | b_id | +----+--------+--------+------+------+------+ | 1 | test_c | test_a | N/A | 1 | 0 | +----+--------+--------+------+------+------+ 1 row in set (0.00 sec) mysql> 

हतोत्साहित? मैं आपके बारे में नहीं जानता, लेकिन मुझे बहुत पसंद है।
मैं "बग" शब्द को छोड़कर इस व्यवहार की व्याख्या नहीं कर सकता।
इसके अलावा, अगर अब हम टेबल सी को उसके मूल रूप में लाते हैं, तो रिकॉर्ड्स को धमाके के साथ सी प्रतिनिधित्व के माध्यम से जोड़ा जाएगा।

 mysql> DELETE FROM `c`; ALTER TABLE `c` AUTO_INCREMENT=1; INSERT INTO `C`(`a_id`,`name`) VALUES('1','test_c'); SELECT * FROM `C`; Query OK, 1 row affected (0.05 sec) Query OK, 0 rows affected (0.09 sec) Records: 0 Duplicates: 0 Warnings: 0 Query OK, 1 row affected (0.00 sec) +----+--------+--------+------+------+------+ | id | name | a | b | a_id | b_id | +----+--------+--------+------+------+------+ | 1 | test_c | test_a | N/A | 1 | 0 | +----+--------+--------+------+------+------+ 1 row in set (0.01 sec) mysql> 

निष्कर्ष?

नफ ने कहा। अगर मैं समुदाय (लिनक्स-समुदाय या MySQL- समुदाय में बग रिपोर्ट लिखना सीखना चाहता हूं, तो यह एक और सवाल है: मैंने MySQL 5.6 अभी तक नहीं देखा है: हो सकता है कि यह बग वहां नहीं है) यदि खब्रोव्स्क लोगों ने आधी रात को चकमा देने और दोपहर के ग्राफोमेनिया के इस फल को मंजूरी दी। (मैं थोड़ा कोशिश करूँगा: इस रात को मुझे पहले से ही जीथब पर पहला स्वीकृत पुल अनुरोध मिला है।)

अनुलेख

ऊपर कहा गया है कि मूल रूप से MySQL संस्करण 5.1 (हाँ, दुर्भाग्य से, MySQL 5.1 के साथ मंच पर काम करना एक अनिवार्य स्थिति है) पर लागू होता है, लेकिन फिर मैंने MySQL 5.5.35 के साथ अपने टाइपराइटर पर एक ही चीज़ आज़माई (परीक्षण रिलीज़) आधिकारिक डेबियन रिपॉजिटरी) और सभी एक ही निराशाजनक परिणामों को देखा।