मुझे अपने डेटाबेस विकास के लिए SSMS पर विज़ुअल स्टूडियो 2010 का उपयोग क्यों करना चाहिए?


42

विजुअल स्टूडियो 2010 डेटाबेस परियोजनाओं और संबंधित सुविधाओं की एक पूरी सरणी का परिचय देता है जो कथित तौर पर डेटाबेस विकास की सुविधा देता है। मैंने कई वर्षों से SQL सर्वर प्रबंधन स्टूडियो (SSMS) का उपयोग किया है ताकि मैं बिना किसी समस्या के अपने डेटाबेस का विकास कर सकूँ।

  • जब SSMS मेरे लिए काम करता है तो मुझे VS2010 से परेशान क्यों होना चाहिए? क्या, विशेष रूप से, यह SSMS से बेहतर करता है?
  • लेकिन शायद मेरा आधार गलत है और SSMS अभी भी डेटाबेस विकास के लिए VS ट्रम्प करता है। यदि हां, तो किन विशिष्ट तरीकों से यह सच है?

2
अब तक जमा हुए उत्तरों से, मुझे संदेह है कि उत्तरदाताओं का वीएस2010 डेटाबेस टूल में से किसी का भी उपयोग उस तरीके से नहीं किया जा रहा है।
मार्क स्टोर-स्मिथ

2
@ MarkStorey-Smith - हाँ, और मैं अगले हफ्ते अपने जवाब से सभी को हिला दूंगा। अब तक जो मैंने सीखा है और उसका उपयोग किया है, वीएस 2010 डेटाबेस विकास का उपकरण है।
निक चम्मास

दरअसल, आपके पास पहले से ही विजुअल स्टूडियो संस्करणों में डेटाबेस परियोजनाएं थीं, लेकिन वे केवल प्रीमियम संस्करणों, आईआईआरसी पर ही उपलब्ध थीं।
गोनसालु

1
पिछले संस्करण बहुत अलग थे ।
मार्क स्टोरी-स्मिथ

मैं केवल SSMS का उपयोग करता हूं। SSMS जो करने की आवश्यकता है वह करने में पूरी तरह से सक्षम है। हमारे सर्वर के सामान को यह जानने की जरूरत नहीं है कि क्या है ...
12

जवाबों:


27

वास्तव में मैं ईमानदार होने के लिए VS2010 के साथ थोड़ा अभिभूत था। मुझे लगता है कि एक पुराने स्कूल में टेबल स्क्रिप्ट बनाते हैं और संग्रहीत प्रक्रियाओं के लिए फ़ाइलों के साथ काम करना आसान होता है। यदि आपको स्कीमा प्रबंधन की आवश्यकता है तो आप कुछ सौ डॉलर में Redgate SQL तुलना प्रो प्राप्त कर सकते हैं।

अगर आपको वास्तव में एक डेटाबेस मॉडलिंग टूल की आवश्यकता है, तो पावरडेसिग्नर या यहां तक ​​कि इरविन बहुत बेहतर काम करता है, हालांकि वे विशेष रूप से सस्ते नहीं हैं।

हालाँकि मैं SSMS पसंद करता हूँ मैंने दोनों का उपयोग किया है। कुछ पेशेवरों और विपक्ष:

  • SSMS में एक यूजर इंटरफेस है जो SQL विकास के लिए अच्छी तरह से काम करता है। निर्माण और स्क्रिप्ट स्क्रिप्ट का उपयोग करना हुप्स VS2010 की तुलना में बहुत अधिक सुविधाजनक है जो आपको कूदने के लिए मजबूर करता है। अधिक, बहुत अधिक लचीला (+ SSMS)।

  • VS2010 में बेसिक स्कीमा मैनेजमेंट (यानी अंतर / पैच स्क्रिप्ट जनरेशन) (+ VS2010) है। हालांकि यह सब अच्छा नहीं है और इसमें कुछ खामियां हैं। उदाहरण के लिए यह नाम पर बाधाओं से मेल खाता है। यदि आपके पास किसी नाम के बिना स्तंभ पर जाँच या डिफ़ॉल्ट बाधाएँ हैं, तो SQL सर्वर पर्दे के पीछे एक यादृच्छिक नाम उत्पन्न करता है। यह VS2010 को भ्रमित करेगा यदि आप एक अलग मशीन पर स्क्रिप्ट को स्थापित करते हैं क्योंकि बाधाओं में अलग-अलग नाम हो सकते हैं। रेडगेट सस्ता और बेहतर है। (+ VS2010, लेकिन त्रुटिपूर्ण)।

  • VS2010 वास्तव में अनाड़ी है - आपको प्रत्येक टेबल या अन्य डीबी ऑब्जेक्ट के लिए एक फ़ाइल की आवश्यकता है। अनिवार्य रूप से आपको VS2010 तरीके से काम करना होगा, जो काफी बोझिल है। (- VS2010)

  • VS2010 भी कुछ हद तक नाजुक और स्रोत नियंत्रण एकीकरण परतदार है। यहां तक ​​कि एक साधारण डेटाबेस पर हर तालिका, बाधा, संग्रहीत कार्यविधि, सूचकांक और अन्य डेटाबेस ऑब्जेक्ट अपनी फ़ाइल है। फाइलों को हर समय प्रोजेक्ट में जोड़ा जाता है, (#) C # के साथ एक विशिष्ट प्रोग्रामिंग प्रोजेक्ट की तुलना में बहुत तेज। आशावादी सहमति के साथ परियोजना से फ़ाइलों को चुपचाप छोड़ने की प्रवृत्ति है क्योंकि चेक-इन सिंक से बाहर निकलते हैं। यहां तक ​​कि अच्छी टीम के साथ भी स्थिति के बारे में UI से प्रतिक्रिया बहुत खराब है। यह एक जटिल मॉडल पर एक आपदा होगी। (-VS2010 - मैं लगभग एक बड़ी परियोजना के लिए शो-स्टॉपिंग दोष पर विचार करूँगा)।

  • SSMS SQL सर्वर के साथ आता है - मूल्य (+ SSMS) को हरा नहीं सकता।

  • VS2010 में अभी भी पावरहाउस या ओरेकल डिज़ाइनर (जैसे) का उचित भंडार नहीं है। आप डेटाबेस में इसे स्थापित किए बिना डेटा मॉडल को आसानी से क्वेरी नहीं कर सकते। (- VS2010)।

कुल मिलाकर, मैं VS2010 को B- के बारे में बताऊंगा। यह दो तथ्य तालिकाओं और लगभग 15 आयामों के साथ एक अपेक्षाकृत सरल डेटाबेस परियोजना पर अनाड़ी था।

मेरे द्वारा किया गया सबसे बड़ा डेटा मॉडल एक कोर्ट केस मैनेजमेंट सिस्टम था, जिसमें लगभग 560 टेबल थे। मैं उस प्रॉजेक्ट के लिए VS2010 की सिफारिश नहीं करूंगा जो आकार (मैंने ओरेकल डिजाइनर पर किया है)। अनिवार्य रूप से यह चालाक होने की कोशिश कर रहा है और प्रतिमान वास्तव में सभी अच्छी तरह से काम नहीं करता है। आप पॉवरडिजेनर जैसे सर्वश्रेष्ठ-टू-ब्रीड मॉडलिंग टूल के साथ बेहतर हैं या केवल हाथ से टेबल स्क्रिप्ट बनाएं।

SSMS सरल और विश्वसनीय लेकिन मैनुअल है। आप मॉडल का प्रबंधन कैसे करना चाहते हैं, इस पर आपका बहुत अधिक नियंत्रण है। इसे एक स्कीमा मैनेजर के साथ मिलाएं जैसे Redgate SQL तुलना करें और शायद एक अच्छा मॉडलिंग टूल जैसे कि PowerDesigner और आपके पास VS2010 की तुलना में बहुत बेहतर पैकेज है।

सारांश मुझे यकीन नहीं है कि मैं (शायद) वीएस समाधानों के साथ एकीकरण के अलावा किसी भी हत्यारे सुविधाओं या लाभों को उद्धृत कर सकता हूं। यदि आपके पास पहले से VS2010 प्रीमियम या अल्टीमेट है तो आपको अपने .Net टूल चेन के साथ कुछ त्रुटिपूर्ण डेटाबेस डेवलपमेंट टूल फेंक दिया जाता है। यह आपके वीएस समाधान में डीबी परियोजनाओं को एकीकृत करेगा, इसलिए आप इसे कम से कम स्पोक परिनियोजन स्क्रिप्ट बनाने के लिए उपयोग कर सकते हैं।

हालांकि, वीएस के पास बोलने के लिए कोई मॉडलिंग टूल नहीं है, इसलिए पावरडाइनर या यहां तक ​​कि इरविन भी उस गिनती में बेहतर है। Redgate का स्कीमा प्रबंधन बहुत बेहतर है और SQL तुलना प्रो काफी सस्ता है (लगभग £ 400 IIRC)। आईएमएचओ एसएसएमएस टी-एसक्यूएल विकास के लिए बहुत बेहतर काम करता है, लेकिन आप इसे वीएस2010 के साथ निश्चित रूप से कर सकते हैं।

VS2010 प्रीमियम एक सर्वश्रेष्ठ-नस्ल डेटाबेस मॉडलिंग टूल की तुलना में बहुत सस्ता नहीं है और VS2010 अंतिम कम से कम महंगा है। अपने वीएस प्रोजेक्ट के साथ तंग एकीकरण की कीमत पर आप शायद तीसरे पक्ष के उपकरण के साथ बेहतर कर सकते हैं।

एक विकल्प

मुझे लगता है कि कम से कम एक विकल्प का सुझाव दिए बिना और इसके पेशेवरों और विपक्षों को रेखांकित किए बिना VS2010 को बहुत ज्यादा नहीं छोड़ना चाहिए। इस के प्रयोजनों के लिए मैं एक बड़ी परियोजना मान लूंगा। हालाँकि मैं इन दिनों मुख्य रूप से A / P काम करता हूँ, जहाँ मैं 100+ स्टाफ वर्ष की परियोजना में शामिल रहा हूँ, जहाँ मैंने डेटा मॉडल (और कुछ विकास कार्य) और 10 कर्मचारी-वर्ष रेंज में कुछ अन्य लोगों को शामिल किया है, जहाँ मैंने मुख्य रूप से काम किया है एक विश्लेषक या एक डेवलपर के रूप में। ज्यादातर मैं इन दिनों डेटा वेयरहाउस सिस्टम पर काम करता हूं, लेकिन बड़ी परियोजनाओं में मुख्य रूप से अनुप्रयोग थे। विभिन्न उपकरणों के साथ मेरे अनुभवों के आधार पर, वैकल्पिक उपकरण श्रृंखला के लिए यहां कुछ सुझाव दिए गए हैं:

  • VS2010 पेशेवर या उच्चतर। आप प्रीमियम या अल्टीमेट के प्रोजेक्ट मैनेजमेंट फीचर्स का उपयोग कर सकते हैं या नहीं कर सकते हैं।
  • तोड़फोड़, AnkhSVN और TortoiseSVN - किसी भी दिन TFS से बेहतर और वी.एस. के साथ अच्छी तरह से खेलता है। समवर्ती विकास कार्यों के लिए स्थानीय रिपॉजिटरी से खेती करना भी काफी सौहार्दपूर्ण है।
  • टी-एसक्यूएल विकास के लिए एसएसएमएस - परियोजना प्रबंधन और एससी एकीकरण इतना अच्छा नहीं है लेकिन डीबी विकास कार्य के लिए अच्छी तरह से काम करता है।
  • यदि आप SSMS का उपयोग कर रहे हैं, लेकिन ठीक काम करता है, तो वीएस २०१ डीबी प्रोजेक्ट स्पार्क फाइलों पर नज़र रखने के लिए थोड़ा अनाड़ी है। यह तैनाती स्क्रिप्ट भी उत्पन्न करेगा।
  • PowerDesigner - एक डेटाबेस मॉडलिंग और DB स्कीमा आइटम के प्रबंधन में बेहतर है। अगर आप एमडीए में भारी पड़ना चाहते हैं तो यह यूएमएल भी करता है। यदि आप किसी ऑब्जेक्ट मॉडल से अपना DB डिज़ाइन चलाना चाहते हैं, तो आप इसके बजाय Sparx EA पर विचार कर सकते हैं। यह मैंने देखा है किसी भी उपकरण की मेटा CASE (एक्स्टेंसिबल मेटा मॉडल) का सबसे अच्छा काम करता है, हालांकि इसके डेटाबेस मॉडलिंग वांछित होने के लिए कुछ छोड़ देता है।
  • SQL प्रो समर्थक की तुलना करें - DB पैच स्क्रिप्ट्स जेनरेट करने के लिए या मैन्युअल पैच स्क्रिप्ट्स का परीक्षण करने के लिए इसका उपयोग करें (नीचे 1 देखें)।
  • Framemaker - यदि आपके पास एक युक्ति पर काम करने वाले कई विश्लेषक हैं, तो Word की तुलना में बहुत अधिक स्थिर और बेहतर ग्रुपवेयर सुविधाएँ हैं। यह सशर्त समावेशन का भी समर्थन करता है, इसलिए आप WIP परिवर्तनों को छिपाए जाने के साथ एक युक्ति का संस्करण जारी कर सकते हैं। MIF और MML ने एपीआई दस्तावेजों में डेटा डॉक्स और डेटा शब्दकोशों को एकीकृत करना काफी आसान बना दिया है। यह ऐसा करने के लिए काफी उपयोगी है क्योंकि आप उन्हें कल्पना में पार कर सकते हैं। पाठ लेबल एंकर पुन: आयात में क्रॉस-रेफरेंस को स्थिर बनाते हैं। आप टीसीएस को पीडीएफ, एचटीएमएल और सीएचएम आउटपुट में दस्तावेज़ को एकल-स्रोत में भी उपयोग कर सकते हैं।
  • ओपन-सोर्स इश्यू ट्रैकर - कई अच्छे ओपन-सोर्स वाले (जैसे टीआरएसी, बुग्जिला जो मैंने इस्तेमाल किया है एक जोड़े का नाम लेने के लिए)। ओपन-सोर्स वालों को कस्टम वर्कफ़्लो में संशोधित या एकीकृत करना आसान है और आप कीमत को हरा नहीं सकते हैं।
  • NUnit या अन्य परीक्षण उपकरण - जो भी स्वचालित परीक्षण उपकरण आपकी आवश्यकताओं के लिए सबसे उपयुक्त हैं।
  • कुछ भी लेकिन एमएस परियोजना - हानिकारक माना जाता है। एमएस प्रोजेक्ट बहुत अंदर की ओर देख रहा है और एक मॉडल में प्रोजेक्ट योजनाओं को लागू करता है जो कि हितधारकों या अन्य तृतीय पक्षों पर अनिश्चितता, जोखिम या निर्भरता का प्रभावी रूप से प्रतिनिधित्व नहीं करता है (नीचे 2 देखें)।

पेशेवरों: VS2010 से बेहतर डेटाबेस मॉडलिंग और स्कीमा प्रबंधन, बेहतर संस्करण नियंत्रण प्रणाली, निर्माण और परियोजना के काम के प्रवाह को अनुकूलित करने के लिए आसान, चश्मा और प्रलेखन का बेहतर प्रबंधन।

विपक्ष: उपकरण को एकीकृत करने का अधिक प्रयास, बिल्ड प्रक्रिया में सीमित DB एकीकरण।

मान्यताएँ: मानती है कि DB स्कीमा के लिए स्वचालित या कसकर एकीकृत रिलीज़ प्रबंधन की तुलना में अधिक महत्वपूर्ण परिवर्तन / रिलीज़ प्रक्रिया को नियंत्रित करता है। यह भी मानता है कि स्वचालित डीबी स्कीमा प्रबंधन 100% विश्वसनीय नहीं है।

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

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

  2. मैंने हाल ही में bespoke एप्लीकेशन डेवलपमेंट की तुलना में बहुत अधिक डेटा वेयरहाउस और इंटीग्रेशन का काम किया है, इसलिए मैं ज्यादातर मामलों में एक डेवलपमेंट टीम की तुलना में अधिक बार इसका सामना करता हूं। हालांकि, परियोजना प्रबंधन उपकरण और कार्यप्रणाली बाहरी हितधारकों के प्रबंधन का बहुत खराब काम करते हैं। डेटा गोदाम जैसे एकीकरण परियोजना में, मैं वास्तव में एक परियोजना प्रबंधन उपकरण देखना चाहता हूं जो वास्तव में कार्यक्रम प्रबंधन के चेहरे में बाहरी निर्भरता (यानी जिन्हें मैं नियंत्रित नहीं करता हूं) को धक्का देता है। किसी भी गैर-तुच्छ एकीकरण परियोजना पर बाहरी निर्भरताएं बर्बाद समय के सबसे बड़े चालक हैं।


इस सारे विवरण के साथ अपना उत्तर अपडेट करने के लिए धन्यवाद। यह अब बहुत अधिक मूल्यवान है।
निक चम्मास

2
ऑब्जेक्ट के प्रति एक फ़ाइल पर असहमत होना बोझिल है। यह VS2010 रास्ता नहीं है, यह स्रोत नियंत्रण 101 है। आप एक ही फाइल में कई सी # कक्षाओं को परिभाषित नहीं करते हैं, क्या आप?
मार्क स्टोरी-स्मिथ

2
ईमानदारी से, मैं अनुसरण नहीं करता। सबसे पहले, उपकरण आपके लिए उन फ़ाइलों का प्रबंधन करते हैं, यह मेरी उत्पादकता में एक उपरि नहीं जोड़ रहा है। दूसरे, तालिकाओं, कुंजियों, अनुक्रमित और बाधाओं को अलग किया जाता है क्योंकि क) वे अलग-अलग वस्तुएं हैं, तार्किक रूप से और शारीरिक रूप से ख) आप अक्सर उन्हें अलगाव में हेरफेर करते हैं जैसे कि एक रिफ्लेक्टर के एक भाग के रूप में अनुक्रमित छोड़ने और पुन: निर्माण करते हैं जिसमें डेटा आंदोलन शामिल होता है।
मार्क स्टोरी-स्मिथ

1
'आपके लिए फ़ाइलें प्रबंधित करें' जैसे व्यापक बयान बहुत उपयोगी नहीं हैं, क्योंकि मेरा अवलोकन है कि स्पष्ट रूप से वे नहीं - कम से कम मज़बूती से नहीं। VS2010 एक एकल उपयोगकर्ता के लिए ठीक काम कर सकता है; यह एक टीम के लिए बहुत अच्छा काम नहीं करता था। मेरा अनुभव है कि एक एमएस गोल्ड पार्टनर को इसके साथ एक साधारण अकाउंटिंग डेटा मार्ट का प्रबंधन करने में परेशानी हुई। यह लोग नहीं थे।
कंसर्नडऑफटुनब्रिजवेल्स

2
@ConcernedOfTunbridgeWells कृपया मेरी टिप्पणियों को किसी भी तरह से विरोधी या तर्कशील होने के रूप में न देखें, यह मेरा उद्देश्य नहीं है। मुझे यह सुनने में बहुत दिलचस्पी है कि VS2010 को अधिक व्यापक रूप से क्यों नहीं अपनाया जा रहा है, क्योंकि मैं अक्सर टीमों का पता लगाने के लिए एक मामला बना रहा हूं। यदि आप अधिक विस्तार से चर्चा करने के लिए समय निकाल सकते हैं , तो मुझे आपके विचार सुनने में दिलचस्पी होगी।
मार्क स्टोरी-स्मिथ

19

मैं इस प्रश्न के उत्तर की संरचना करने के लिए कैसे कर रहा हूँ, क्योंकि यह मूल रूप से पोस्ट किया गया था। यह मुश्किल है क्योंकि VS2010 के लिए उपकरण की विशेषताओं और लाभों के बारे में वर्णन नहीं किया गया है। यह पाठक को डेटाबेस विकास के लिए उनके दृष्टिकोण में एक मौलिक बदलाव करने के लिए आश्वस्त करने के बारे में है। आसान नहीं है।

अनुभवी डेटाबेस पेशेवरों के इस सवाल के जवाब हैं, जिसमें डीबीए, डेवलपर / डीबीए और ओएलटीपी और डेटा वेयरहाउसिंग के साथ एक पृष्ठभूमि मिश्रण है। डेटाबेस डेवलपमेंट के हर पहलू के लिए एक बार में बैठना मेरे लिए व्यवहार्य नहीं है, इसलिए मैं एक विशेष परिदृश्य के लिए प्रयास करने जा रहा हूं।

यदि आपका प्रोजेक्ट इन मानदंडों को पूरा करता है, तो मुझे लगता है कि VS2010 के लिए एक सम्मोहक मामला है:

  • आपकी टीम अनुप्रयोग विकास के लिए VS2010 का उपयोग कर रही है।
  • आपकी टीम स्रोत नियंत्रण और निर्माण प्रबंधन के लिए TFS का उपयोग कर रही है।
  • आपका डेटाबेस SQL ​​सर्वर है।
  • आपकी टीम के पास पहले से ही है, या वीएस स्वचालित परीक्षण में रुचि रखता है।

यदि आप डेटाबेस विकास के लिए VS2010 का मूल्यांकन कर रहे हैं, तो आपकी बाइबल विजुअल स्टूडियो एएलएम रेंजर्स से विजुअल स्टूडियो डेटाबेस गाइड होगी । कोई भी उद्धरण जो संदर्भ नहीं है, इस दस्तावेज़ से होगा।

फिर हम चले ...

डेटाबेस विकास प्रक्रिया अनुप्रयोग विकास से अलग क्यों है?

डेटा। यदि यह उस pesky डेटा के लिए नहीं था, तो डेटाबेस विकास एक कामचोर होगा। हम हर रिलीज पर बस सबकुछ DROP कर सकते थे और इस तकलीफदेह बदलाव को भूल सकते थे।

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

एसएसएमएस में क्या गलत है?

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

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

एक टेबल में बदलाव के लिए संस्करणों की श्रृंखला बहुत जल्दी बहुत ही सुंदर हो जाती है। एक बहुत ही सरल उदाहरण:

-- Version 1
CREATE TABLE dbo.Widget (WidgetId INT, Name VARCHAR(20))

-- Version 2
CREATE TABLE dbo.Widget (WidgetId INT, Name VARCHAR(20), Description VARCHAR(50))

-- Version 3
CREATE TABLE dbo.Widget (WidgetId INT, Name VARCHAR(20), Description VARCHAR(100))

संस्करण 3 से, डेटाबेस परिवर्तन स्क्रिप्ट में शामिल हैं:

ALTER TABLE dbo.Widget ADD Description VARCHAR(50)
ALTER TABLE dbo.Widget ALTER COLUMN Description VARCHAR(100)

यदि इस डेटाबेस का लाइव संस्करण संस्करण 1 है और हमारी अगली रिलीज़ संस्करण 3 है, तो नीचे दी गई स्क्रिप्ट वह सब होगी जिसकी आवश्यकता थी लेकिन इसके बजाय दोनों कथन निष्पादित किए जाएंगे।

ALTER TABLE dbo.Widget ADD Description VARCHAR(100)

5 सप्ताह के 4 साल स्प्रिंट कुछ मनोरंजक संस्करण स्क्रिप्ट में जुड़ते हैं और तैनाती समय पर प्रभाव को कम करने के लिए अतिरिक्त मैन-हैंडलिंग की आवश्यकता होती है।

तो क्या SSMS में कुछ गड़बड़ है? नहीं, यह SQL सर्वर को प्रशासित और प्रबंधित करने के लिए इसके अच्छे के लिए अच्छा है। यह क्या करने का दिखावा भी नहीं करता है एक डेटाबेस डेवलपर की सहायता से (कई बार) परिवर्तन को प्रबंधित करने का बहुत जटिल कार्य।


यदि आप स्रोत से डेटाबेस के हर संस्करण का निर्माण नहीं कर सकते हैं और किसी भी भविष्य के संस्करण में अपग्रेड नहीं कर सकते हैं, तो आपका स्रोत नियंत्रण टूट जाता है। यदि आपको ऐसा नहीं लगता है, तो एरिक सिंक से पूछें


SSMS + <- स्कीमा तुलना टूल डालें -> के बारे में क्या?

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

लोकप्रिय स्कीमा तुलना उपकरण पूरी तरह से स्वचालित हो सकते हैं और निर्माण प्रक्रिया में एकीकृत हो सकते हैं। हालांकि, मेरे अनुभव में अधिक सामान्य अभ्यास मैन्युअल रूप से चलाने के लिए तुलना के लिए है, जिसके परिणामस्वरूप स्क्रिप्ट नेत्रगोलक, स्रोत नियंत्रण की जाँच की जाती है, फिर मैन्युअल रूप से लागू करने के लिए निष्पादित किया जाता है। अच्छा नही।

किसी भी समय हम गिरने वाले मनुष्यों को निर्माण या तैनाती की प्रक्रिया में शामिल होना पड़ता है, हम जोखिम का परिचय देते हैं और हम इस प्रक्रिया को गैर-दोहराने योग्य बनाते हैं।

यदि आप और आपकी टीम कुछ ऐसे हैं जो पूरी तरह से स्वचालित स्कीमा की तुलना और परिनियोजन करते हैं, तो आपसे नफरत करता है! आप लोग उन लाभों के लिए खुले रहने की सबसे अधिक संभावना है जो VS2010 के रूप में प्रस्तुत करना है:

  • आपने पहले ही स्वीकार कर लिया है कि मैन्युअल चरण खतरनाक हैं।
  • आप स्वचालन का मूल्य देखते हैं।
  • आप इसे काम करने के लिए आवश्यक समय का निवेश करने को तैयार हैं।

यदि आप किसी एकल चरण में बिल्ड नहीं बना सकते हैं, या एकल चरण में परिनियोजित नहीं कर सकते हैं, तो आपका विकास और परिनियोजन प्रक्रिया टूट गई है। अगर आपको ऐसा नहीं लगता है, तो जोएल स्पोल्स्की से पूछें


VS2010 क्यों?

सवाल @NickChammas हत्यारा सुविधाओं है कि क्यों VS2010 डेटाबेस विकास के लिए एक खेल परिवर्तक है प्रदर्शित करता है के लिए देख रहा है। मुझे नहीं लगता कि मैं उस आधार पर केस कर सकता हूं।

शायद हास्यपूर्ण रूप से, जहां अन्य लोगों को इस उपकरण की खामियां दिखाई देती हैं, मुझे गोद लेने के मजबूत कारण दिखाई देते हैं:

  • आपको अपना दृष्टिकोण बदलना होगा।
  • आपको और आपकी टीम को एक अलग तरीके से काम करने के लिए मजबूर किया जाएगा।
  • आपको प्रत्येक परिवर्तन के प्रभाव का मूल्यांकन करना होगा, लंबाई में, विस्तार से।
  • आपको हर बदलाव को आदर्श बनाने की दिशा में निर्देशित किया जाएगा ।

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

डेटाबेस प्रोजेक्ट्स को अपनाने के लिए कुछ डेवलपर्स के लिए एक मानसिक बदलाव ( पुरानी आदतों को तोड़ना मुश्किल होता है ) या कम से कम प्रक्रिया या बदलाव की आवश्यकता हो सकती है । जिन डेवलपर्स ने डेटाबेस एप्लिकेशन विकसित किए हैं, जहां उत्पादन डेटाबेस डेटाबेस के वर्तमान संस्करण का प्रतिनिधित्व करता है, को स्रोत कोड आधारित दृष्टिकोण अपनाने की आवश्यकता होगी जहां स्रोत कोड वाहन बन जाता है जिसमें डेटाबेस में परिवर्तन किया जाता है । Visual Studio डेटाबेस प्रोजेक्ट्स में, प्रोजेक्ट और स्रोत कोड डेटाबेस स्कीमा के लिए "सत्य का एक संस्करण" है और SCM वर्कफ़्लोज़ का उपयोग करके प्रबंधित किया जाता है, जो संभवतः पहले से ही डेवलपर या संगठन द्वारा उनके एप्लिकेशन स्टैक के अन्य भागों के लिए उपयोग किया जा रहा है। डेटा के लिए, उत्पादन डेटाबेस इसका "सत्य का एक संस्करण" बना हुआ है जैसा कि यह होना चाहिए।

हम मौलिक बदलाव पर पहुंचे हैं जो डेटाबेस विकास के लिए VS2010 दृष्टिकोण को सफलतापूर्वक अपनाने के लिए आवश्यक है…

अपने डेटाबेस को कोड के रूप में मानें

लाइव डेटाबेस को और अधिक नहीं बदलना। प्रत्येक डेटाबेस परिवर्तन अनुप्रयोग परिवर्तन के समान पैटर्न का पालन करेगा। स्रोत, निर्माण, तैनाती को संशोधित करें। यह Microsoft से दिशा का अस्थायी परिवर्तन नहीं है, यह SQL सर्वर के लिए भविष्य हैकोड के रूप में डेटाबेस यहाँ रहने के लिए है।

डेटाबेस डेवलपर एप्लिकेशन के संस्करण के लिए ऑब्जेक्ट के आकार को परिभाषित करता है, न कि डेटाबेस ऑब्जेक्ट में मौजूदा ऑब्जेक्ट को वांछित आकार में म्यूट करने का तरीका। आप खुद से पूछ सकते हैं: यह कैसे एक डेटाबेस के खिलाफ तैनात किया जाता है जिसमें पहले से ही ग्राहक तालिका है? यह वह जगह है जहाँ तैनाती इंजन खेलने के लिए आता है। जैसा कि पहले उल्लेख किया गया है, परिनियोजन इंजन आपके स्कीमा का संकलित संस्करण लेगा और इसकी तुलना डेटाबेस परिनियोजन लक्ष्य से करेगा। अलग-अलग इंजन परियोजना से आपके द्वारा तैनात किए जा रहे संस्करण से मिलान करने के लिए लक्ष्य स्कीमा को अद्यतन करने के लिए आवश्यक स्क्रिप्ट का उत्पादन करेगा।

हां, ऐसे अन्य उपकरण हैं जो एक समान पैटर्न का पालन करते हैं और मेरे जवाब पर रखी बाधाओं के बाहर की परियोजनाओं के लिए, वे समान विचार के लायक हैं। लेकिन, यदि आप Visual Studio और Team Foundation Server ALM के साथ काम कर रहे हैं, तो मुझे नहीं लगता कि वे प्रतिस्पर्धा कर सकते हैं।

VS2010 डेटाबेस प्रोजेक्ट्स में क्या गलत है?

  • वे परिपूर्ण नहीं हैं । लेकिन अगर आप सीमाओं और समस्या क्षेत्रों से अवगत हैं, तो आप उन्हें हल कर सकते हैं।
  • जटिल डेटा आंदोलनों को अभी भी देखभाल और ध्यान देने की आवश्यकता है, लेकिन पूर्व / पोस्ट परिनियोजन स्क्रिप्ट के साथ पूरा किया जाता है।

संपादित करें: तो आपकी बात क्या है?

@AndrewBickerton ने एक टिप्पणी में उल्लेख किया है कि मैंने मूल प्रश्न का उत्तर नहीं दिया है, इसलिए मैं कोशिश करूंगा और "अपने डेटाबेस विकास के लिए SSMS पर विज़ुअल स्टूडियो 2010 का उपयोग क्यों करूं?" यहाँ।

  • SSMS डेटाबेस डेवलपमेंट टूल नहीं है। हां आप SSMS के साथ TSQL विकसित कर सकते हैं लेकिन यह VS2010 की समृद्ध आईडीई सुविधाएँ प्रदान नहीं करता है।
  • VS2010 आपके डेटाबेस को कोड के रूप में मानने के लिए एक ढांचा प्रदान करता है।
  • VS2010 आपके डेटाबेस कोड में स्थिर कोड विश्लेषण लाता है ।
  • VS2010 आपको बिल्ड-परिनियोजन-परीक्षण चक्र को पूरी तरह से स्वचालित करने के लिए उपकरण प्रदान करता है।
  • SQL2012 और Visual Studio vNext डेटाबेस प्रोजेक्ट्स की क्षमताओं का विस्तार करते हैं। अब VS2010 से परिचित हो जाएं और आपको अगली पीढ़ी के डेटाबेस डेवलपमेंट टूल्स पर एक हेड स्टार्ट मिल जाए।

कुछ कैविट्स के साथ किंडा उपयोगी उत्तर: 1) आप एक मापदंड से चूक गए "आप स्टैंडअलोन एप्लिकेशन विकसित कर रहे हैं जो क्लाइंट साइटों को भेजे जाते हैं (यानी: जंगली और नए [खाली] वाले एक ही डेटाबेस की कई प्रतियां बनाई जा रही हैं / सभी समय बेचा) "2) आपने उत्तर दिया है कि हमें एक डेटाबेस को कोड के रूप में क्यों मानना ​​चाहिए और चक्रों को विकसित करने, बनाने, तैनात करने का प्रबंधन करना चाहिए (जो मैं पहले से सहमत हूं)। मुझे आपके उत्तर में एक सम्मोहक कारण दिखाई नहीं दे रहा है कि क्यों हमें इसे प्राप्त करने के लिए तंत्र के रूप में VS2010 का उपयोग करना चाहिए। +2 (विचारणीय उत्तर) और -1 (वास्तविक प्रश्न का उत्तर नहीं देना)
एंड्रयू बिकर्टन

2
SQL स्क्रिप्ट के लिए आपको "समृद्ध IDE" की क्या आवश्यकता है?
gbn

1
स्वचालित बिल्ड-परिनियोजन-परीक्षण चक्रों का लाभ नीचे की ओर देखा जाता है। एक लाइव तैनाती का स्वचालित हिस्सा मैं "हैंड्स-ऑफ" होने तक सीमित होगा, अर्थात किसी भी मैनुअल कदम की आवश्यकता नहीं होगी।
मार्क स्टोरी-स्मिथ

1
इसके अलावा, एकीकरण के लिए आपके तर्क में कुछ योग्यता है। सामान्य मामले में यह कितनी अच्छी तरह काम करता है? मुझे इससे समस्या है, लेकिन मैं कहता हूं कि इसे काम करने के लिए बनाया जा सकता है।
कंसर्नडऑफटुनब्रिजवल्स

2
@ मैं इसे आपके लिए करूंगा :-)
जैक डगलस 18

7

अगर आप SSMS को नहीं जानते हैं या 3 पार्टी टूल्स का उपयोग कर रहे हैं तो VS बहुत अच्छा लग सकता है। यदि आप स्कीमा तुलना आदि के लिए रेड गेट टूल का उपयोग करते हैं और मुफ्त एसएसएमएस प्लग-इन का उपयोग करते हैं, तो वीएस में अंतराल सामने आता है।

स्रोत नियंत्रण बिट्स भ्रामक है: उत्पादन डेटाबेस में जो है वह आपकी संदर्भ प्रति है। नहीं डेवलपर क्या उपयोग कर रहा है। देख


1
मुझे इस बात से सहमत होना होगा - आप VS2010 के साथ DB डिजाइन / विकास और स्कीमा प्रबंधन कर सकते हैं लेकिन तीसरे पक्ष के उपकरण चेन हैं जो इस तरह से करते हैं, बेहतर तरीके से।
कंसर्नडऑफटुनब्रिजवेल्स

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

@NickChammas: मेरा मतलब है कि उत्पादन की एक बहाल प्रति। मेरी वर्तमान दुकान में, जो स्रोत नियंत्रण में है वह लाइव DB से मेल नहीं खाता है। मेरे आखिरी में, अन्य टीमों के लिए समान। क्या एक परिवर्तन स्क्रिप्ट के माध्यम से तैनात किया गया है, डेवलपर्स क्या काम नहीं कर रहे हैं ...
gbn

6

मैं SSRS रिपोर्ट डिज़ाइन और SSIS पैकेज के लिए बड़े पैमाने पर (अच्छी तरह से, BIDS) विज़ुअल स्टूडियो का उपयोग करता हूं। मैं या तो बहुत अच्छी तरह से नहीं कर सकता था, अगर बिल्कुल भी, मैनेजमेंट स्टूडियो में। विजुअल स्टूडियो एक बहुत अधिक पूर्ण और एकीकृत विकास वातावरण है, और यह स्रोत नियंत्रण प्रणालियों में बहुत बेहतर है। और यह सब कीमत में परिलक्षित होता है!


6

ईमानदार होने के लिए, मेरा वोट सीधे डेटाबेस डिजाइन, विकास और (जाहिर है) प्रशासन के लिए SQL सर्वर प्रबंधन स्टूडियो में जाता है। यह टाइप करना आसान है:

create table newTable
(
    someId int identity(1, 1) not null primary key clustered,
    ...... you get the idea
)

फिर सभी सही स्थानों पर क्लिक करें। SSMS एक बेहतरीन लेआउट और काम करने के लिए एक बिल्कुल धमाका है। और मैं स्वभाव से एक .NET सॉफ्टवेयर डेवलपर हूं। लेकिन जब डेटाबेस डिजाइन और कोडिंग की बात आती है, तो मैं SSMS को 10 में से 11 बार चुनूंगा।


Visual Studio में आप अपनी तालिका DDL को ठीक उसी तरह लिखते हैं। क्या आप कुछ और सोच रहे हैं?
निक चम्मास

1
@ मुझे लगता है कि शायद गलत कहा। मुझे पता है कि आप वीएस में ऐसा कर सकते हैं, लेकिन मेरी बात यह है कि उस विशिष्ट (और बड़े) कार्य के लिए एक समर्पित उपकरण होना अच्छा है। मैं निश्चित रूप से आदत का जानवर हूं, और मैंने SSMS को अपनी आदत बना लिया है। :)
थॉमस स्ट्रिंगर

2
वास्तव में? SSMS समाधान / परियोजना क्षमताओं को लगता है कि वे लॉन्च से 2 सप्ताह पहले एक इंटर्न द्वारा जोड़े गए थे।
मार्क स्टोरी-स्मिथ

1
@ MarkStorey-Smith यह सवाल है कि कैसे SSMS के पास वास्तव में प्रोजेक्ट / समाधान का समर्थन नहीं है और यह बोर्ड भर में एक IDE में टीमों को अच्छी तरह से काम करने देने के लिए महत्वपूर्ण है?
jcolebrand

3
एक लाइनर यह होगा कि SSMS एक डेटाबेस एडमिनिस्ट्रेशन टूल है, VS2010 एक डेटाबेस डेवलपमेंट टूल है।
मार्क स्टोरी-स्मिथ

5

कोई सबसे अच्छा अभ्यास नहीं है, लेकिन वीएस 2010 डेटाबेस परियोजना और स्रोत कोड नियंत्रक (वीएसएस 2010, तोड़फोड़, आदि) के साथ आप अपना डेटाबेस संस्करण कर सकते हैं।

मेरा सुझाव है कि आप पहले अपने डेटाबेस को सीधे SSMS में डिज़ाइन करें। आपका डेटाबेस लगभग तैयार होने के बाद, इसे VS 2010 डेटाबेस प्रोजेक्ट में आयात करें। एक बार आयात हो जाने के बाद, आपको सभी संशोधनों पर नज़र रखने के लिए अपने डेटाबेस प्रोजेक्ट में हमेशा नई स्क्रिप्ट जोड़ना चाहिए। आप डेटाबेस प्रोजेक्ट की तुलना सुविधा का उपयोग विकास सर्वर से सभी परिवर्तनों को प्राप्त करने के लिए कर सकते हैं और उन सभी लिपियों को सीधे अपनी परियोजना में आयात कर सकते हैं। अब आपको बस अपने स्रोत कोड नियंत्रक में अपने परिवर्तन को "प्रतिबद्ध" करना होगा।

इस विधि के साथ, आप एक संस्करण डेटाबेस हो सकता है। आप प्रत्येक संशोधन के संस्करण को देख सकते हैं और अपने परिवर्तनों को वापस ले सकते हैं।

यह एकमात्र फायदा नहीं है। इस तरह की परियोजना के साथ, आप परिवर्तनों की स्क्रिप्ट करने के लिए किसी भी डेटाबेस से अपनी परियोजना की तुलना कर सकते हैं और SQL PowerShell कमांड प्रॉम्प्ट के साथ, आप अपने सभी डेटाबेस को एक ही स्क्रिप्ट के साथ अपडेट कर सकते हैं: यह स्क्रिप्ट आपके डेटाबेस का XML स्कीमा है। यह आपके डेटाबेस को अपडेट करने के लिए केवल आवश्यक कमांड निष्पादित करेगा। आपको अपने डेटाबेस में इकाई परीक्षण करने की भी संभावना है । डेटाबेस प्रोजेक्ट के लिए एक और अच्छा लेख यहां उपलब्ध है । परिनियोजन सुविधा के साथ, आप प्री-स्क्रिप्ट और पोस्ट-स्क्रिप्ट हो सकते हैं। उन स्क्रिप्ट के साथ आप सत्यापन कर सकते हैं और न ही अपने सिस्टम टेबल में डेटा डाल सकते हैं।

यहाँ डेटाबेस परियोजना के लिए कदम प्रक्रिया द्वारा एक अच्छा कदम है।


4
यह नहीं है कि VS2010 में डेटाबेस का विकास कैसे किया जाना चाहिए, आप कुछ हद तक चूक गए हैं। 1) SSMS में ग्रीनफ़ील्ड डेटाबेस को डिजाइन करने के बाद आप वीएस को आयात क्यों करेंगे? 2) आपको परिवर्तनों को ट्रैक करने के लिए "हमेशा अपने डेटाबेस प्रोजेक्ट में नई स्क्रिप्ट जोड़ने" की आवश्यकता नहीं है। 3) लिपियाँ आपके डेटाबेस की "xml स्कीमा" नहीं हैं।
मार्क स्टोरी-स्मिथ

क्या आपने कभी डेटाबेस प्रोजेक्ट की कोशिश की है? 1 - क्योंकि आप अपने डेटाबेस को केवल एक बार आयात कर सकते हैं, इसलिए यदि आप डेटाबेस के पहले मसौदे के लिए SSMS में अधिकतम कर सकते हैं, तो स्क्रिप्ट नहीं करना चाहते हैं। 2- आप सही हैं कि आप VS2010 के तुलना उपकरण के साथ बदलावों को ट्रैक कर सकते हैं और VS2010 इसे आपके लिए उत्पन्न करेगा। 3- डेटाबेस प्रोजेक्ट आज़माएं, जब आप अपने डेटाबेस प्रोजेक्ट को तैनात करेंगे तो आपको अपने प्रोडक्शन डेटाबेस को अप-टू-डेट लाने के लिए अपने डेटाबेस का XML स्कीमा मिलेगा।
निको

2
हां, चूंकि शुरुआती और अधिक दर्दनाक संस्करण हैं । आप वास्तव में एक बार आयात होगा, लेकिन आप कई (नहीं है कि आप कभी होगा सिंक्रनाइज़ है जब तक कि आप पर्यावरण के काम कर बाहर जारी है, ऐसा करने के लिए)। एक 'एक्सएमएल स्कीमा' लिपि के रूप में आप जो उल्लेख कर रहे हैं उसका एक और सटीक विवरण यह है कि उपकरण डेटाबेस के एक xml आधारित मेटा-मॉडल को बनाए रखते हैं, जो कमांड लाइन परिनियोजन उपकरण का उपयोग कमांड को लक्ष्य डेटाबेस को अपडेट करने के लिए आवश्यक बनाने के लिए करता है ।
Mark Storey-Smith

2

मैं SSMS का उपयोग ज्यादा करता हूं क्योंकि मैं VS2010 करता हूं क्योंकि जब मैं SQL सर्वर स्थापित करता हूं तो यह वहां होता है। यह शायद सबसे महत्वपूर्ण बात है कि SSMS का उपयोग VS2010, IMHO से अधिक क्यों किया जाता है।

मैंने यह भी पाया कि रेड-गेट जैसे विक्रेता एसएसएमएस के साथ एकीकृत करने वाले उपकरण लगा रहे हैं और जरूरी नहीं कि वीएस2010। यह सकारात्मक हो सकता है कि यह आपको एसएसएमएस में सुधार करने की अनुमति देता है जहां माइक्रोसॉफ्ट नहीं है। इसका एक उदाहरण रेड-गेट का एसक्यूएल सोर्स कंट्रोल है, जो एसएसएमएस में ऐड-ऑन है जो आपको एसएसएमएस को आपकी कंपनी के सोर्स कंट्रोल सिस्टम से कनेक्ट करने की अनुमति देता है चाहे वह विजुअल टीम फाउंडेशन हो या आपके पास क्या हो। VS2010 में यह बिल्ट-इन है, लेकिन रेग-गेट के टूल की कीमत की तुलना में मैंने सिर्फ CM00 खरीदने के बिना पैसे का एक गुच्छा बचाया है।

मुझे लगता है कि कुल मिलाकर यह वरीयता के लिए नीचे आता है, आप उस चीज के साथ काम करते हैं जिसमें आप सहज होते हैं। यदि आप एक नए व्यक्ति को प्रशिक्षित कर रहे हैं और आप उन्हें वीएस २०१० पर प्रशिक्षित करते हैं, तो यह उनकी प्राथमिकता बनने जा रही है क्योंकि वे जानते हैं कि इसे कैसे प्राप्त करना है।

यदि आपने SQL सर्वर 2012 के साथ खेलना शुरू कर दिया है तो आपने देखा होगा कि SSMS को VS2010 का मेकअप धीरे-धीरे लेकिन निश्चित रूप से मिल रहा है। तो अंततः आप उनके बीच अंतर बताने में सक्षम नहीं हो सकते हैं।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.