पृष्ठभूमि : मैं http://sqlfiddle.com (मेरी साइट) पर काम कर रहा हूं , और वहां संभवत: दुरुपयोग के एक अवसर को रोकने की कोशिश कर रहा हूं। मैं उम्मीद कर रहा हूं कि वर्तमान में मैं जिस समस्या का समाधान कर रहा हूं, उसके बारे में पूछकर, मैं अनजाने में संभावित दुरुपयोग को बदतर नहीं बना सकता, लेकिन आप क्या कर सकते हैं? मुझे आप लोगों पर भरोसा है।
मैं किसी भी उपयोगकर्ता को किसी दिए गए लेनदेन ब्लॉक के भीतर स्पष्ट 'प्रतिबद्ध' कॉल जारी करने से रोकना चाहूंगा। एसक्यूएल फिडल के संदर्भ से, लेन-देन ब्लॉक कोड है जो दाईं ओर के पैनल पर निष्पादित होता है। मूल रूप से, मैं प्लेनटेक्स्ट एसक्यूएल कमांड्स की एक सूची को खत्म कर रहा हूं और क्रियान्वित कर रहा हूं, और मैं यह सुनिश्चित करना चाहता हूं कि उनके द्वारा किए गए सभी परिवर्तन बैच के अंत में वापस आ जाएंगे। आम तौर पर, उनके परिवर्तन वापस लुढ़क जाते हैं, लेकिन कभी-कभी पाठ के भीतर एक स्पष्ट 'प्रतिबद्ध' कथन होता है, और इसलिए निश्चित रूप से मेरा रोलबैक काम करेगा। एसक्यूएल फिडेल पर स्कीमा को तोड़ने का प्रयास करने वाले उपयोगकर्ता से यह स्पष्ट प्रतिबद्ध होने की बहुत संभावना है, इसलिए इस पर काम करने वाले अन्य लोगों को त्रुटियां दिखाई देंगी।
मुख्य वांछित परिणाम : मैं यदि संभव हो तो जेडीबीसी स्तर पर स्पष्ट कमिट को अक्षम करना चाहूंगा। ऐसा इसलिए है क्योंकि मुझे कई डेटाबेस बैकएंड विक्रेताओं का समर्थन करना है, और निश्चित रूप से प्रत्येक के पास निम्न स्तर पर अपने quirks हैं।
फ़ॉलबैक विकल्प : यदि स्पष्ट कमिट को अक्षम करने के लिए JDBC को कॉन्फ़िगर करना संभव नहीं है, तो मैं निम्नलिखित बैकएंड में से प्रत्येक के लिए एक बैच को संसाधित करते समय स्पष्ट कमिट का पता लगाने के लिए समाधान के लिए खुला रहूंगा: SQL सर्वर, Oracle, MySQL और PostgreSQL।
SQL सर्वर के लिए, मैंने इस समाधान के बारे में सोचा: एक्सएमएल क्वेरी योजना के माध्यम से पार्स करें इससे पहले कि मैं इसे निष्पादित करूं, और इस XPath से मेल खाने वाली प्रविष्टि की उपस्थिति की जांच करें:
//*[@StatementType="COMMIT TRANSACTION"]मुझे लगता है कि यह SQL सर्वर के लिए बहुत अच्छा काम करेगा। हालाँकि, यह दृष्टिकोण अन्य DB प्रकारों के लिए काम नहीं करता है। ओरेकल की एक्सएमएल निष्पादन योजना स्पष्ट रूप से लागू होने के लिए इस तथ्य का कोई संदर्भ नहीं है कि आप एक कमिटमेंट स्टेटमेंट चला रहे हैं (बल्कि यह केवल उन क्वेरी से निष्पादन प्लान आउटपुट को दोहराता है जो यह कर रहे हैं)। PostgreSQL और MySQL स्पष्ट रूप से आने के लिए सभी (XML या अन्यथा) पर कोई निष्पादन योजना आउटपुट प्रदान नहीं करते हैं।
यह मुझे "वचन" शब्द के लिए वास्तविक विवरण की जाँच करने के साथ छोड़ देता है। यह काम करेगा, सिवाय इसके सभी प्रकार के बदलाव संभव हो सकते हैं:
declare @sql varchar(50)
set @sql = 'com' + 'mit'
exec(@sql);उपरोक्त SQL सर्वर (जो मैं काम कर सकता था) के लिए एक उदाहरण है, लेकिन मुझे लगता है कि Oracle, MySQL और PostgreSQL के लिए समान चीजें संभव होंगी। क्या मैं उस धारणा पर गलत हूं? शायद वे "गतिशील" बयानों की अनुमति नहीं देंगे? SQL फेल्ड का उपयोग करने के लिए स्वतंत्र महसूस करें (अधिमानतः नमूना स्कीमा या किसी अन्य व्यक्ति के काम पर होने की संभावना नहीं है) यह देखने के लिए कि क्या आप Oracle, MySQL और PostgreSQL में कुछ समान बना सकते हैं। यदि नहीं, तो शायद सरल स्ट्रिंग का पता लगाना उन लोगों के लिए काम कर सकता है।
फिर भी एक और संभावना
मेरे सामने एक और विकल्प आया - अगर आपको इनमें से किसी भी डेटाबेस को एक रीडायनली मोड में सेट करने का तरीका पता है, जैसे कि उस मोड में कुछ भी प्रतिबद्ध नहीं हो सकता है, तो यह भी काम कर सकता है। मुझे अभी भी लेनदेन शुरू करने और उनके भीतर चलने के लिए कोड की अनुमति देने की आवश्यकता होगी, बस इतने लंबे समय तक उस मोड में रहते हुए कुछ भी प्रतिबद्ध नहीं किया जा सकता है। क्या यह संभव है?
अपडेट करें
मैंने हाल ही में क्या सीखा है - यह वास्तव में PostgreSQL के साथ कोई समस्या नहीं है। लेन-देन ब्लॉक के भीतर जारी किए गए स्पष्ट रूप से लागू होने पर लागू नहीं होगा यदि वही ब्लॉक अंततः रोल-बैक (पोस्टग्रेज में) हो जाता है। तो Postgres के लिए हुर्रे!
एसओ पद के लिए फिल के लिंक के लिए धन्यवाद, मुझे लगता है कि मैं Oracle के लिए DEFERRABLE INITIALLY DEFERRED हैक का उपयोग कर सकता हूं, यह पूरा करने के लिए कि मैं क्या कर रहा हूं (यदि कोई त्रुटि जारी की जाती है, तो त्रुटि हो जाएगी, लेकिन मैं इसके साथ काम कर सकता हूं)। यह ओरेकल को संबोधित करना चाहिए। (मैंने सोचा कि एक पल के लिए नेस्टेड लेनदेन यहां काम कर सकते हैं, लेकिन ऐसा नहीं लगता है कि ओरेकल नेस्टेड लेनदेन का समर्थन करता है; वैसे भी मुझे ऐसा कुछ भी नहीं मिला जो इस तरह से काम करता हो)।
वास्तव में अभी तक MySQL के लिए एक समाधान नहीं है। नेस्टेड लेनदेन का उपयोग करने की कोशिश की, लेकिन वह काम नहीं करता है। मैं MySQL के लिए और अधिक कठोर दृष्टिकोणों के बारे में गंभीरता से सोच रहा हूं, जैसे कि या तो कुछ भी अनुमति नहीं देता है, लेकिन दाईं ओर का चयन करता है या प्रत्येक क्वेरी के बाद DB को पुन: छोड़ता / पुन: बनाता है। हालांकि न तो अच्छा लगता है।
संकल्प
इसलिए, मैंने अब SQL सर्वर और ओरेकल के लिए वर्णित समाधानों को लागू किया है, और जैसा कि मैंने उल्लेख किया है कि यह वास्तव में PostgreSQL के लिए कोई समस्या नहीं है। MySQL के लिए, मैंने क्वेरी पैनल को केवल बयानों तक सीमित रखने का कुछ दुर्भाग्यपूर्ण कदम उठाया है। MySQL के लिए DDL और DML को स्कीमा पैनल (बाईं ओर) में प्रवेश करना होगा। मुझे उम्मीद है कि यह बहुत पुरानी पहेलियों को नहीं तोड़ता है, लेकिन मुझे लगता है कि डेटा स्थिरता को सुनिश्चित करने के लिए बस यही करना है। धन्यवाद!