देवों को ठेस सहित सभी डेटाबेस तक पहुंच की आवश्यकता है। कभी-कभी समस्या यह है कि प्रोडक्ट का डेटा वह नहीं है जिसकी उन्हें उम्मीद थी और उन्हें उस डेटा को देखने की आवश्यकता है जो समस्या का कारण बन रहा है क्योंकि वे इसे देव पर पुन: पेश नहीं कर सकते हैं।
वस्तुओं का निर्माण करने के लिए देवताओं के पास उत्पादन डेटा राइट या अधिकार नहीं होना चाहिए। कुछ भी ठेस नहीं होना चाहिए जो आधिकारिक रिलीज का हिस्सा नहीं है। सभी बार-बार, लोग उन उत्पादों पर एक त्वरित सुधार करते हैं जो या तो काम नहीं करते हैं, जिससे ठेस और भी अधिक पिघल जाती है या काम करती है, लेकिन वे कोड को देव / क्यूए / स्टेजिंग सर्वर में डालना भूल जाते हैं और स्रोत में भी खराब हो जाते हैं। नियंत्रण भंडार और कोड अगले ऑफिशियल रिलीज़ में लगभग एक महीने बाद अधिलेखित हो जाता है।
मैं पूर्ण डेटाबेस QA अधिकार रखना पसंद करता हूं क्योंकि किसी अन्य सर्वर पर तैनाती से उन्हें यह देखने में मदद मिलती है कि क्या उनकी तैनाती प्रक्रिया में कोई अंतराल है (उफ़ भूल गया कि मैं इस तरह से करने के लिए उस तालिका को बदल दिया और इस तरह से और उफ़ भूल गया कि मैं यह बदल गया हूं) GUI का उपयोग करना और स्रोत नियंत्रण में एक स्क्रिप्ट में नहीं जो किसी भी डेटाबेस संरचनात्मक परिवर्तनों को कैसे करना है)।
जब आपके पास एक नया एंटरप्राइज-टाइप क्लाइंट होता है, जिसके पास सर्वर का अपना सेट होता है, तो लाइव होने से पहले अनुमतियों को कम किया जा सकता है। ऐसा इसलिए है क्योंकि ऐसा होने की बहुत आवश्यकता है और कुछ लोग जो इसे कर सकते हैं, ठेस पहुंचते हैं और कभी-कभी समय निकालने की भी जरूरत होती है। विशेष रूप से वे लोग जो किसी अन्य सिस्टम से डेटा आयात कर रहे हैं, उन्हें लॉन्च से पहले ठेस पहुंचाने का काम सौंपा जा सकता है, अगर डटाल्टॉड को एक लंबा समय लगने वाला है। ये लोग डेटा विशेषज्ञ होते हैं और औसत एप्लिकेशन देव की तुलना में उन्हें अस्थायी पहुंच की अनुमति देने के साथ एक उच्च आराम स्तर होता है। यह एक लक्जरी नहीं है जो आपके पास पहले से ही लाइव उत्पादन सर्वर पर जा रहा है।
डेटाबेस के उत्पादन अधिकारों को सीमित करने के बारे में सबसे महत्वपूर्ण चीजों में से एक यह है कि देवों को अपने काम को सुनिश्चित करने की आवश्यकता है जो किसी अन्य व्यक्ति द्वारा तैनात किया जा सकता है। यह काम की गुणवत्ता में सुधार करने के लिए जाता है क्योंकि वे मक्खी पर सुधार करने की कोशिश नहीं कर रहे हैं क्योंकि वे कुछ भूल गए थे या कुछ काम नहीं किया था क्योंकि वे इसे अलग तरह से डीवे की तुलना में अकेले मेमोरी पर भरोसा करते थे। आप उन "उफ़" को भी खो देते हैं, जिन्हें मैंने दुर्घटना के कारण पूरी उपयोगकर्ता तालिका को हटा दिया था क्योंकि मैं हाइटलाइट करना भूल गया था, जहाँ एक क्लॉज़ "प्रकार की दुर्घटनाएँ होती हैं, जब ठेस तैनात करने वाली लिपि शुद्ध रूप से स्क्रिप्ट का उपयोग कर रही होती है, जो एक समय में एक नहीं बल्कि एक कमांड के रूप में चलती हैं जो विशिष्ट रूप से" देव "के रूप में चलती हैं। ठेस पर चीजें चलाते हैं। ठेस डेटाबेस तक सीमित अधिकारों के साथ एक टीम स्रोत नियंत्रण में डेटाबेस परिवर्तनों को भी संग्रहीत करने की अधिक संभावना है।