DBA बनना वास्तव में अनुभव के एक महान माप की मांग करता है, लेकिन यह मूल रूप से केवल चार अलग-अलग रास्तों से आ सकता है:
- एक डेवलपर होने के नाते और एक डीबीए के लिए एक बहस कर रहा है
- एक डेवलपर होने के नाते और एक DBA के रूप में मसौदा तैयार किया जा रहा है
- डीबीए बनने के लिए कॉलेज / ट्रेड स्कूल से सीधे प्रशिक्षण
- एक SysAdmin होने के नाते और एक DBA के रूप में डबल-ड्यूटी करने या खींचने के लिए एक बहस करना
एक डेवलपर होने के नाते और एक डीबीए को सेगमेंट बना रहा है
इस साइट पर पूछे गए एक अन्य प्रश्न में, डीबीए अधिक 'प्रोग्रामर-फ्रेंडली' कैसे हो सकता है , मैंने उल्लेख किया कि मैं 16 वर्षों के लिए डेवलपर था जिसने डीबीए के साथ काम किया। उनके साथ काम करने से मुझे एहसास हुआ कि उनके अनुभव में डेटाबेस सिद्धांत, असतत गणित और प्रोग्रामिंग अनुभव शामिल हैं, इस हद तक वे देख सकते हैं कि डेटाबेस को कैसे काम करना चाहिए और एक क्वेरी को कैसे निष्पादित करना चाहिए।
उनकी पृष्ठभूमि में उन चीजों के साथ डीबीए होने से मुझे महसूस हुआ कि मैं अभी भी कॉलेज में कुछ सहायक प्राध्यापक से सीख रहा था, लेकिन जो वास्तव में उनके सामान को जानते थे। जब तक डीबीए यह साझा करने के लिए तैयार था कि वे क्या जानते थे, आप पर यह दर्ज किए बिना , वे वास्तव में SQL कथन (SQL है, अपने आप में, एक संदर्भ-संवेदनशील प्रोग्रामिंग भाषा) के विकास के संदर्भ में आपके संरक्षक बन सकते हैं, जो उतने ही कुशल हैं मुमकिन। निश्चित रूप से, अन्य सांसारिक भाग हैं, जैसे कि इंस्टॉलेशन करना, बैकअप बनाना, सॉफ़्टवेयर अपग्रेड करना, प्रदर्शन मेट्रिक्स की निगरानी करना, रिपोर्ट तैयार करना, और इसके बाद। लेकिन एक डेवलपर के रूप में, यदि आप डेटाबेस पर ध्यान केंद्रित करते हैं, और एसक्यूएल जो उन डेटाबेस के खिलाफ चलता है, समय के साथ आप एसक्यूएल में इतने निपुण हो जाएंगे कि यह दूसरी प्रकृति होगी और आप अनुप्रयोग विकास पर ध्यान केंद्रित कर सकते हैं।
एक डेवलपर की मांगों पर कर लगाया जा सकता है, लेकिन ऐसा डीबीए कर सकता है। डेवलपर जो स्वेच्छा से एक डीबीए की भूमिका में बदलाव करता है, वह विकास और कोडिंग से पहले की सांसारिक चीजों पर ध्यान केंद्रित करता है। इसके प्रकाश में, प्रोग्रामर के साथ मिलकर काम करने वाला डीबीए डीबीए के लिए किसी भी परियोजना में रचनात्मक योगदान करने का अवसर बनाता है, इस प्रकार डीबीए की भूमिका को और अधिक दिलचस्प बना देता है।
एक डेवलपर होने के नाते और एक DBA के रूप में मसौदा तैयार किया जा रहा है
अधिकांश डेवलपर्स के लिए जो अपने जीवन के बाकी हिस्सों के लिए विकासशील और कोडिंग के अलावा कुछ भी नहीं देखते हैं, यह रियलिटी शो सर्वाइवर या गेम शो वाइपआउट में से किसी एक को चुनने जैसा हो सकता है । नया DBA उस ब्लैक बॉक्स के साथ बातचीत करने में अपना समय व्यतीत करता है (जिसे हम सभी डेटाबेस के रूप में जानते हैं) उन्होंने वर्षों से डेटा के लिए संपर्क किया है।
नया DBA अब अपनी टेबल और इंडेक्स बना सकता है। यह एक जापानी हिबाची को इतालवी रेस्तरां में पकाने से मिलता जुलता हो सकता है। रसोइया कुछ भी कर सकता है, लेकिन महसूस करना चाहिए कि नए व्यंजनों, रसोई के बर्तन, कटलरी, मीट, मसाले, सब्जियां, और अन्य सांसारिक चीजों की मेजबानी करने के लिए समायोजित कर रहे हैं (स्वच्छता, सूची, प्रारंभ समय, काम के घंटे, आदि)। यह केवल संक्रमण का समय नहीं है, बल्कि एक महान सीखने की अवस्था को दूर करने का भी समय है। वर्षों में विशेषज्ञ जापानी खाना पकाने के बावजूद अनुभव का एक नया स्तर सीखा और विकसित किया गया है। इस पहलू में, डेवलपर्स को डीबीए की तरह सोचने के लिए खुद को फिर से शिक्षित करना चाहिए।
डीबीए बनने के लिए कॉलेज / ट्रेड स्कूल से सीधे प्रशिक्षण
यह, अब तक, डीबीए बनने का सबसे घातक तरीका है। यह भी सबसे कठिन रास्ता है - वास्तव में, यह लगभग अनसुना है। अब हम मैकडॉनल्ड्स या बर्गर किंग में से किसी को उसी इतालवी रेस्तरां में जाने दे रहे हैं।
तीन शिक्षण वक्र शामिल हैं:
- कॉलेज / ट्रेड स्कूल से DBA भूमिका में कौशल लागू करना,
- RDBMS (PostgreSQL, Oracle, MySQL, DB2, Sybase, Ingres), और के साथ बातचीत
- डेवलपर्स के साथ बातचीत ( एक भावी डीबीए स्कूल से सीधे सभ्य सामाजिक कौशल सीख रहा है? हाँ, ठीक है! )।
इसमें, डेवलपर्स का वर्षों के लिए डीबीए पर ऊपरी हाथ होगा। DBA को DBA के रूप में अपने शुरुआती वर्षों में डेवलपर्स की जरूरतों को जल्दी से समायोजित करना सीखना चाहिए। शायद एक डीबीए एक अच्छा शुरुआती वेतन बना सकता है, लेकिन सीखने के इन तीन क्षेत्रों में खुद को विकसित किए बिना बढ़ना मुश्किल है।
SysAdmin होने के नाते और एक डीबीए के रूप में डबल ड्यूटी करने या खींचने के लिए एक बहस करना
एक पूर्व डेवलपर और अब एक डीबीए के रूप में, एक चीज जिसे दी नहीं जानी चाहिए, वह है SysAdmin की भूमिका।
SysAdmin / DBA की भूमिका निभाना मेरे लिए थोड़ा विस्मयकारी है। मेरे नियोक्ता की होस्टिंग कंपनी में, हमारे पास एक लड़का है जो SysAdmin / DBA (SCMDBA) है। वह बुनियादी ढांचा परियोजनाओं के साथ-साथ अपने स्वयं के आंतरिक MySQL gigs के साथ बह गया है। मैं उससे ईर्ष्या नहीं करता, मैं उसकी प्रशंसा करता हूं। ईमानदारी से, चूंकि SysAdmin / DBA का असली दिमाग मेरे लिए विदेशी है, मैं इस पैराग्राफ को अपडेट करने के लिए SysAdmin / DBA के विवेक को छोड़ देता हूं (या इसे पूरी तरह से बदल देता हूं) ।
निष्कर्ष
भले ही आप कौन सा रास्ता चुनते हैं, डीबीए की भूमिका को प्रतिष्ठित या घृणित किया जा सकता है, यह इस बात पर निर्भर करता है कि आप शुरुआत में मानसिक रूप से कैसे (या अत्याचार) होने के लिए तैयार हैं, और आप अन्य ओवर टाइम के साथ काम करने के लिए कितने इच्छुक हैं। तभी कोई कह सकता है कि उन्हें डीबीए होने में मजा आता है।
वैसे, ऐसा सिर्फ इसलिए होता है कि मैंने पहले दो डीबीए रास्तों का अनुभव अगस्त 2004 से 39 साल की उम्र में शुरू किया था। दो साल के अनुभव के साथ मुझे डीबीए की भूमिका में एक पूर्णकालिक डीबीए में संक्रमण बहुत सुखद और आरामदायक बना दिया गया। ।
DBAs को मेरी सलाह 28-29 वर्ष की? RDBMS के साथ लोगों के साथ काम करने में उतना ही अच्छा रहें। यदि आप दोनों क्षेत्रों में बढ़ते हैं, तो आप इसे आने वाले वर्षों के लिए डीबीए के रूप में बना सकते हैं।