एसक्यूएल :: इंटरफ़ेस पर एसक्यूएल :: इंटरप के नुकसान क्या हैं, यदि कोई हैं?

Question

मैं वर्तमान में कुछ हल्के वजन वाले एसक्यूएल एब्स्ट्रक्शन मॉड्यूल देख रहा हूं। मेरा वर्कफ़्लो ऐसा है कि मैं आमतौर पर SELECT क्वेरी मैन्युअल रूप से लिखता हूं, और हैससेट के माध्यम से INSERT/UPDATE क्वेरी लिखता है।

इन दोनों मॉड्यूल मेरी आवश्यकताओं के लिए बिल्कुल सही लगते हैं और मुझे निर्णय लेने में कठिनाई होती है। SQL::Interp दावा SQL::Abstract एसक्यूएल में पूर्ण व्यक्तित्व प्रदान नहीं कर सकता है, लेकिन कोई अन्य मतभेदों पर चर्चा नहीं करता है।

क्या इसका कोई नुकसान है? यदि हां, तो कौन?

Answer 1

मैं एसक्यूएल :: इंटरप से बात नहीं कर सकता, लेकिन मैं एसक्यूएल :: सार का उपयोग करता हूं और यह बहुत अच्छा है। DBIx::Connector और सादे पुराने DBI के संयोजन के साथ, मैं बहुत कम डाउनसाइड के साथ अपने सिस्टम में एक ओआरएम के उपयोग को पूरी तरह समाप्त करने में सक्षम था।

केवल सीमाओं मैं में चलाने की है कि यह सीधे प्रश्नों द्वारा समूह के लिखने के लिए (हालांकि यह बस उत्पन्न क्वेरी के लिए जोड़कर ऐसा करना आसान है संभव नहीं है, और सीमा प्रश्नों विस्तार SQL::Abstract::Limit द्वारा नियंत्रित किया जाता है।

Answer 2

मैंने एक वर्ष से अधिक के लिए एसक्यूएल :: सार का उपयोग किया, और फिर एसक्यूएल :: इंटरप पर स्विच किया, जिसे मैंने तब से फंस लिया है।

एसक्यूएल :: सार जटिल खंडों में परेशानी थी। जिनके लिए यह समर्थन कर सकता था, आप "(" "[" और {"वर्णों के घोंसले के साथ समाप्त हो जाएंगे, जिन्हें आप मानसिक रूप से अर्थात्" और "," OR "या वास्तव में ब्रांड्स का अनुवाद कर रहे थे।

एसक्यूएल :: इंटरप की ऐसी कोई सीमा नहीं है और इसका कोई मध्य प्रतिनिधित्व नहीं होता है। आपका एसक्यूएल एसक्यूएल की तरह दिखता है जिसमें बाध्य चर होते हैं जहां आप उन्हें चाहते हैं। यह जटिल प्रश्नों के साथ-साथ सरल लोगों के लिए भी काम करता है। मुझे एसक्यूएल :: इंटरप विशेष रूप से DBIx::Simple के अंतर्निहित समर्थन के साथ संयोजन में उपयोग करने के लिए सुखद लगता है। डीबीआईएक्स :: सरल + एसक्यूएल :: इंटरप कच्चे डीबीआई का उपयोग करने के लिए एक दोस्ताना और सहज ज्ञान युक्त प्रतिस्थापन है। मैं संयोजन का उपयोग 100,000k + LoC mod_perl वेब ऐप में करता हूं।