SQL देवियों SQL क्वेरी डिज़ाइनर SQL क्वेरी डिज़ाइनर्स का उपयोग कर बनाते हैं?

Question

मैं उत्सुक था कि क्या SQL देवता अपना कोड फ्रीहैंड लिखते हैं या वे क्वेरी बनाने के लिए विजुअल क्वेरी डिज़ाइनर का उपयोग करते हैं? अधिकांश मामलों में, क्वेरी डिज़ाइनर अधिकांश गैर-जटिल प्रश्न बना सकता है, नहीं? (मैं एक WinForms देव बस अब SQL सर्वर के साथ शुरू हो रहा है)

Comments

मैं एक दृश्य क्वेरी डिजाइनर का उपयोग करता हूं, इसे emacs कहा जाता है। कभी-कभी मैं इसे vi में "फ्रीहैंड" करूंगा।

— आहारबोध

Answer 1

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

Comments

मैं सहमत हूं, भले ही मैं आमतौर पर सिर्फ नेट पर मुझे मिलने वाले एसक्यूएल प्रश्नों को रीमिक्स कर रहा हूं। विजुअल क्वेरी डिज़ाइनर मान लेते हैं कि आप क्वेरी भाषा जानते हैं।

— डेन रोसेनस्टार्क

+1 के लिए "... लगता है (मेरे लिए) इसे कम करने के बजाय जटिलता को बढ़ाने के लिए"

— ozz

यहाँ वही (हालाँकि मैं ज्यादातर Oracle का उपयोग करता हूँ, MS SQL का नहीं)। उत्पन्न SQL धीमा, अत्यधिक जटिल हो जाता है।

— jwenting

Answer 2

मुझे यकीन है कि यह निर्भर करता है, लेकिन मैं दृश्य डिजाइनरों का उपयोग कभी नहीं करता। एक बार जब आप एसक्यूएल का अच्छा अनुभव करते हैं और एसक्यूएल में सोचते हैं, तो यह लिखना दूसरी प्रकृति बन जाता है। मेरे पास कच्चे एसक्यूएल लिखने की तुलना में किसी भी दृश्य डिजाइनर का उपयोग करने के लिए बहुत अधिक निराशाजनक समय होगा।

Answer 3

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

Answer 4

मुझे लगता है कि क्वेरी डिजाइनर आमतौर पर धीमी और बोझिल हैं और हमेशा जटिल प्रश्नों को संभाल नहीं सकते हैं। कई बार मुझे किसी उपकरण पर एक क्वेरी को कॉपी / पेस्ट करना पड़ता है (आमतौर पर एक्सेस / एक्सेल) जो तब क्वेरी से पहले कुछ मिनटों के लिए खर्च करता है, यह घोषणा करने से पहले कि यह इसे संभाल नहीं सकता है और यह मुझे पाठ को संपादित करने के लिए भेजता है मोड।

Answer 5

जब भी मैं एक नया टूल / भाषा सीखना चाहता हूं। मैं अपने आप को हाथ से टाइप करने के लिए मजबूर करता हूं। HTML, XAML, SQL। इस तरह से मुझे पता है कि डिजाइनर को किस तरह से ठीक करना है। एक बार जब मैं हाथ से लिखने के साथ अच्छा होता हूं, तो मैं खुद को डिजाइनर के रूप में अच्छी तरह से सीखने के लिए मजबूर करता हूं।

दोनों के साथ अच्छा होने के नाते, आइए आपके पास दोनों दुनिया के सर्वश्रेष्ठ हैं ... कुछ ऐसे काम हैं जो एक डिजाइनर के साथ करने के लिए अधिक कुशल होंगे और अन्य जो कोड में अधिक कुशल हैं। अपने आप को सिखाने से आप दोनों को कमियों से बच सकते हैं।

Answer 6

मैं अपने प्रश्नों को उत्पन्न करने के लिए क्वेरी का उपयोग नहीं करता हूं, मैं उन्हें शुरू में हाथ से बनाता हूं (ज्यादातर इसलिए क्योंकि कुछ भी हो लेकिन प्रश्नों का उद्देश्य तुच्छ लिखना मुश्किल है query designer।

लेकिन बड़े सिस्टम पर यह पर्याप्त नहीं है। सबसे भारी वजन DB सिस्टम एक क्वेरी विश्लेषण उपकरण प्रदान करता है जो एक क्वेरी लेगा और आपको दिखाएगा Query Execution Plan। फिर आप क्वेरी का उपयोग करने और अनुकूलित करने के लिए (अन्य उपकरणों के साथ) इसका उपयोग कर सकते हैं।

न केवल क्वेरी के साथ मदद करें, बल्कि आपको यह भी संकेत दें कि तालिका को अनुक्रमित करने की आवश्यकता है और उन्हें कैसे अनुक्रमित किया जाना चाहिए, लेकिन डेटा के विभाजन के लिए संभावित तकनीक भी।

Answer 7

मैं यहाँ तक कहूँगा कि मैंने कभी किसी को दृश्य क्वेरी डिज़ाइनर का उपयोग करते नहीं देखा।

मैंने खुद कभी इसका इस्तेमाल नहीं किया।

Answer 8

जब मुझे स्कीमा बहुत अच्छी तरह से नहीं पता है, तो मैं एक क्वेरी डिजाइनर का उपयोग करता हूं। यह मुझे स्कीमा सीखने में मदद करता है। बाद में ... टाइपिंग ड्राइंग की तुलना में बहुत तेज है।

Answer 9

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

Answer 10

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

ध्यान दें कि दृश्य क्वेरी डिजाइनरों के साथ मेरा अनुभव ओरेकल डेटाबेस के साथ काम करने वाले उपकरणों तक सीमित है।

Answer 11

मैंने बिना किसी क्वेरी डिज़ाइनर का उपयोग किए बहुत सारे SQL और PL / SQL कोड लिखे हैं। जो लोग SQL जानते हैं, उनके लिए केवल उन टूल का उपयोग करना बोझिल है। यह विज़िओ में फ्लोचार्ट खींचने और टूल को प्रोग्राम को वास्तव में लिखने के बजाय प्रोग्राम उत्पन्न करने देता है।

Answer 12

शुरुआती लोग डिजाइनर के साथ शुरू करते हैं और अक्सर SQL कोड की उनकी पहली झलक वहां उत्पन्न होती है। यह बहुत भ्रामक लगता है क्योंकि यह एक संरचित / समझ में नहीं आता है। आखिरकार आपको पाठ में कोडिंग पर स्विच करना होगा और आपको सब कुछ सीधा करना होगा। स्वरूपण बंद है। Intellisense ने sql लेखकों के लिए रास्ता बना दिया है। जब से मैं एक नए डेटाबेस के साथ काम कर रहा हूं, मैं उनमें से एक के साथ डब करने लगा हूं।

Comments

मुझे लगता है कि Intellisense मुझे धीमा कर देता है, इसलिए मैंने इसे बंद कर दिया।

— एचएलजीईएम

Answer 13

मैंने पिछले वर्ष में Oracle SQL और PL / SQL की हजारों लाइनें लिखी हैं। ज्यादातर समय मैं सिर्फ Emacs शेल विंडो में SqlPlus चलाता हूं। मैंने शब्द-पूर्ण को अनुकूलित किया है जो इसे बहुत कुशल बनाता है। एक क्वेरी डिज़ाइनर मुझे बस धीमा कर देगा। अगर मुझे एक बड़े परिणाम सेट को देखना है, तो मैं SqlDeveloper खोलूंगा, लेकिन मैं कोशिश करता हूं क्योंकि यह धीमा है, और भले ही यह स्कीमा के आधार पर नामों को पूरा कर सकता है, फिर भी Emacs में काम करना तेज़ है।