it-swarm.asia

لماذا إدارة قواعد البيانات صعبة للغاية؟

أنا أعرف الكثير من مسؤولي قواعد البيانات وهم جميعًا ما بين 28 و 29 عامًا.

هل كل ادارة قواعد البيانات هكذا؟ أعني ، هل هذا يتعلق بالحصول على الخبرة أكثر من 7-8 سنوات على الأقل؟

أو أن تكون مسؤول قاعدة بيانات بجد؟

92
Soner Gönül

الموقف يتطلب مجموعة واسعة من المعرفة تتراوح من تطوير لإدارة النظام وحتى الإدارة. ليس فقط يجب أن يعرف DBA عن النسخ الاحتياطي والاسترداد والعمليات الداخلية والذاكرة والأمن ، ولكن أيضًا كيفية التواصل مع كل من المطورين والإدارة. يمكن أن يقدم DBA عرضًا تقديميًا عالي المستوى للإدارة ، مما يساعد المطور على ضبط الاستعلام وتوفير مساحة القرص لنظام جديد واستعادة البيانات من النسخ الاحتياطي كل ذلك في نفس الساعة. تتطلب هذه المسؤوليات ثروة من المعرفة مع القليل من التداخل.

عواقب الفشل عادة ما تكون أكبر لـ DBA من المطور. غالبًا ما تدعم DBAs العشرات ، وحتى المئات من التطبيقات والأنظمة المختلفة التي يعتبر معظمها حيويًا لنجاح الشركة. يمكن أن يكون لخرق الأمان أو فشل الاسترداد أو مشكلة في الأداء نتائج بعيدة المدى ومدمرة. وهذا يتطلب مستوى من المعرفة والخبرة لا يمكن اكتسابه في فترة زمنية قصيرة.

كلما كان أداء DBA أفضل ، كلما كان مستوى الرؤية أقل لديهم. DBA مع قاعدة بيانات آمنة وقابلة للاسترداد ومتاحة وذات أداء جيد ستفتقر إلى الاعتراف. يتم ملاحظة DBAs عند وجود مشاكل. لا يتم ملاحظتهم فقط عندما تكون مشكلاتهم ذاتية ، بل يتم إلقاء اللوم عليهم أيضًا عندما تواجه قاعدة البيانات مشاكل بسبب ضعف الترميز أو الإعداد غير الصحيح للشبكة أو التخزين المهيأ بشكل غير صحيح.


لقد تحولت من المطور إلى DBA عندما كان عمري 29 عامًا. أنا أستمتع باستيعاب واستخدام مجموعة واسعة من المعرفة ، والفرصة الأكبر للفشل تجعل تجنبها أكثر أهمية سواء رأى الآخرون ذلك أم لا.

141
Leigh Riffel

يتطلب الحصول على لقب DBA قدرًا كبيرًا من الخبرة ولكنه يمكن أن يأتي من أربعة مسارات مختلفة:

  1. كونك مطورًا وعمل سلسلة إلى DBA
  2. أن تكون مطورًا وأن تتم صياغته باعتباره DBA
  3. التدريب مباشرة من الكلية/المدرسة التجارية لتصبح DBA
  4. أن تكون مسؤولاً عن النظام ومسؤولًا عن القيام بمهمة مزدوجة أو سحبها بصفته DBA

كونك مطورًا وجعل المقطع إلى DBA

في سؤال آخر تم طرحه على هذا الموقع ، كيف يمكن أن تكون DBAs أكثر "ملائمة للمبرمجين" ، ذكرت أنني كنت مطورًا لمدة 16 عامًا عملت مع DBAs. بعد العمل معهم جعلني أدرك أنه إلى حد أن خبرتهم تضمنت نظرية قواعد البيانات ، والرياضيات المنفصلة ، وتجربة البرمجة ، إلى هذا الحد يمكنهم أن يروا كيف يجب أن تعمل قاعدة البيانات وكيف يجب تنفيذ الاستعلام.

جعلني الحصول على DBA مع هذه الأشياء في خلفيتهم أشعر أنني ما زلت في الكلية يتعلم من بعض الأستاذ المساعد ولكن الذين يعرفون أشياءهم حقًا. طالما أن DBA كان على استعداد لمشاركة ما يعرفونه ، دون أن تسقطه عليك ، فقد يصبحون في الواقع معلمك من حيث تطوير عبارات SQL (SQL في حد ذاتها ، سياق- لغة برمجة حساسة) ذات كفاءة قدر الإمكان. بالتأكيد ، هناك الأجزاء الدنيوية الأخرى ، مثل إجراء عمليات التثبيت ، والنسخ الاحتياطي ، والقيام بترقيات البرامج ، ومراقبة مقاييس الأداء ، وإنشاء التقارير ، وما إلى ذلك. ولكن كمطور ، إذا ركزت على قواعد البيانات ، و SQL التي تعمل مقابل قواعد البيانات هذه ، ستصبح بمرور الوقت بارعة جدًا في SQL بحيث تكون طبيعة ثانية ويمكنك التركيز على تطوير التطبيق.

يمكن أن تفرض المطالب على المطور ضرائب ، لكن الأمر كذلك بالنسبة لـ DBA. يركز المطور الذي ينتقل طواعية إلى دور DBA على التركيز من التطوير والترميز إلى الأشياء الدنيوية التي ذكرتها من قبل. في ضوء ذلك ، فإن عمل DBA بشكل وثيق مع المبرمجين يخلق الفرصة لـ DBA لتقديم مساهمات إبداعية في أي مشروع ، وبالتالي جعل دور DBA أكثر إثارة للاهتمام.

أن تكون مطورًا وأن تتم صياغتك كـ DBA

بالنسبة لمعظم المطورين الذين لا يرون شيئًا سوى التطوير والترميز لبقية حياتهم ، قد يكون هذا مثل اختيار أن تكون إما في برنامج الواقع Survivor أو عرض اللعبة Wipeout. يقضي DBA الجديد وقتهم في التفاعل مع الصندوق الأسود (المعروف لنا جميعًا باسم قاعدة البيانات) التي اتصلوا بها للحصول على البيانات على مر السنين.

يمكن لـ DBA الجديد الآن إنشاء الجداول والفهارس الخاصة بهم. يمكن أن يشبه هذا السماح لطباخ ياباني Hibachi بالطهي في مطعم إيطالي. يمكن للطبخ تحضير أي شيء ، ولكن يجب أن يدرك أن هناك وصفات جديدة وأواني المطبخ وأدوات المائدة واللحوم والتوابل والخضروات ومجموعة من الأشياء الدنيوية الأخرى للتكيف معها (الصرف الصحي والمخزون ووقت البدء وساعات العمل وما إلى ذلك). هذا ليس مجرد وقت انتقالي ولكن أيضًا وقت للتغلب على منحنى تعليمي كبير. يجب تعلم مستوى جديد من الخبرة وتطويره على الرغم من الطهي الياباني الخبير على مر السنين. في هذا الجانب ، يجب على المطورين إعادة تثقيف أنفسهم للتفكير مثل DBA.

التدريب مباشرة من الكلية/المدرسة التجارية لتصبح DBA

هذه ، إلى حد بعيد ، الطريقة الأكثر فتكًا لتصبح DBA. هذا هو أندر مسار - في الواقع ، لم يسمع به من قبل. الآن نحن نتحدث عن السماح لشخص من ماكدونالدز أو برغر كينغ في نفس المطعم الإيطالي.

هناك ثلاث منحنيات تعليمية:

  1. تطبيق المهارات من الكلية/المدرسة التجارية في دور DBA ،
  2. التفاعل مع قواعد RDBMS المحددة (PostgreSQL و Oracle و MySQL و DB2 و Sybase و Ingres) و
  3. التفاعل مع المطورين ( تعلم مستقبلي DBA مهارات اجتماعية لائقة مباشرة خارج المدرسة؟ نعم ، حق !).

في هذا ، سيكون للمطورين اليد العليا على DBAs لسنوات. يجب أن يتعلم DBAs التكيف بسرعة مع احتياجات المطورين في سنواتهم الأولى كـ DBA. ربما يمكن أن يحصل DBA على راتب جيد ، ولكن من الصعب النمو دون تطوير أنفسهم في هذه المجالات الثلاثة للتعلم.

أن تكون مسؤولاً عن النظام وتقوم بعمل جزء أو تسحب واجباً مزدوجًا كـ DBA

بصفتك مطورًا سابقًا والآن DBA ، هناك شيء واحد لا يجب اعتباره أمرًا مسلمًا به هو دور مسؤول النظام.

امتلاك دور مسؤول النظام SysAdmin/DBA أمر مثير للإعجاب بالنسبة لي. في شركة استضافة صاحب العمل ، لدينا رجل مسؤول عن SysAdmin/DBA (SCMDBA). إنه غارق في مشاريع البنية التحتية بالإضافة إلى عربات MySQL الداخلية الخاصة به. أنا لا أحسده ، أنا أثني عليه. بأمانة ، نظرًا لأن العقل الحقيقي لـ SysAdmin/DBA غريب بالنسبة لي ، أترك الأمر لتقدير SysAdmin/DBAs لتحديث هذه الفقرة (أو استبدالها بالكامل) لوصف هذا المسار .

الخلاصة

بغض النظر عن المسار الذي تختاره ، يمكن تمييز دور DBA أو إثارة الاشمئزاز ، اعتمادًا على مدى استعدادك للتوجيه (أو التعذيب) في البداية ، ومدى استعدادك للعمل مع الوقت الزائد الآخر. عندها فقط يمكن للمرء أن يقول أنهم يستمتعون بكونهم DBA.

بالمناسبة ، لقد حدث ذلك فقط ، لقد جربت أول مسارين في DBA بدءًا من أغسطس 2004 في عمر 39. وقد أدت سنتان من الخبرة التي اكتسبتها في دور DBA الذي تمت صياغته إلى الانتقال إلى DBA بدوام كامل ممتعة ومريحة للغاية .

نصيحتي ل DBAs 28-29 سنة؟ كن جيدًا في العمل مع الأشخاص كما تفعل مع RDBMS. إذا كنت تنمو في كلا المجالين ، يمكنك جعله DBA لسنوات قادمة.

57
RolandoMySQLDBA

إدارة قواعد البيانات صعبة بسبب سببين

ملاحظات بطيئة إذا اتخذ المرء قرارًا سيئًا في دور مهندس البرمجيات ، فعادةً ما يستغرق الأمر وقتًا أطول للحصول على تعليقات سلبية مقارنة بالمبرمج. يمكن للمبرمج في كثير من الأحيان أن يدرك الخطأ أثناء التجميع أو أثناء إجراء الاختبارات ، مما يعني أن دورة التعلم سريعة جدًا. قد يحصل مسؤول قاعدة البيانات على خطأ أثناء تصميم قاعدة بيانات قد يحصل على تعليقات عندما يكتشف كيف سيستخدم المستخدمون النهائيون البرنامج بالفعل. هذا يعني أن الأمر قد يستغرق سنوات للحصول على ردود الفعل بأن تصميم قاعدة البيانات كان معيبًا ويجب إصلاحه. لذلك ، يستغرق الأمر سنوات لاكتساب الخبرة ، بدلاً من دقائق (أحيانًا) للمبرمجين.

أخطاء باهظة الثمن هذا أيضًا هو السبب الذي يجعل المدراء التنفيذيين للشركات الكبيرة عمومًا في الخمسينات من عمرهم.

37
David

من السهل جدًا أن تكون DBA سيئًا

بجدية ، على الرغم من ذلك ، يتحمل DBA عادةً مسؤولية خاصة عن شيء ما غالبًا ما يكون حاسمًا لنجاح أو فشل الأعمال: بياناتها

إذا كنت تدير شركة ، فقد تكون حريصًا على توظيف أشخاص أكفاء من ذوي الخبرة في هذا الدور

لا أعتقد أنها مسألة "أسهل" أو "أصعب" - فقط مسألة مدى أهمية بياناتك: ليس من الصعب بطبيعتها وضع قمر صناعي في الفضاء من شخص ، ولكنك ستتحقق من مبالغك صفقة جيدة للأخير

27
Jack says try topanswers.xyz

في رأيي ، كونك مسؤول قاعدة بيانات أمر سهل ... حتى يكسر شيء ما يهدد الشركة وعبء إصلاح واستعادة كل ما هو على أكتافك.

أن تكون مسؤول قاعدة بيانات (أو مسؤول شبكة أو نظام) هو موقف يتطلب مستوى نضج معين. يتطلب الأمر شخصًا يعمل جيدًا تحت الضغط. هذا لا يعني أنه لا يوجد أشخاص أصغر سنا يمكنهم التعامل مع ذلك بالمهارات اللازمة.

أيضًا ، من السهل معرفة الأوامر من كتاب إلى النسخ الاحتياطي/استعادة قاعدة البيانات ، وتحسين تكوين الخادم ، وما إلى ذلك. ولكن التجربة تفوز عندما تتلقى تنبيهًا بأن قاعدة البيانات معطلة.

18
Derek Downey

أنا أعرف الكثير من مسؤولي قواعد البيانات وجميعهم من 28-29 سنة. هل كل ادارة قواعد البيانات هكذا؟

معظم المبرمجين الجيدين الذين أعرفهم يبلغون من العمر 25 عامًا على الأقل أيضًا. أتصور أن هناك عاملًا مرتبطًا بالعمر + الخبرة = مبرمج جيد. ؛)

أعني ، هل هذا يتعلق بالحصول على الخبرة أكثر من 7-8 سنوات على الأقل؟ أو أن تكون مسؤول قاعدة بيانات بجد؟ ما رأيك؟

كونك مسؤول قاعدة بيانات ليس بالأمر السهل ، إذا كان هذا ما تعنيه. هناك الكثير من الأشياء التي يجب أن تعرفها كـ dba. وهذا يعني أيضًا المدرسة ، ويعني بضع سنوات الوصاية تحت شخص آخر. تذكر أن قواعد البيانات منطقية ، ولا يكاد أي شخص يذهب إلى المدرسة لفترة كافية للتعلم ، وبالتالي لا أحد يعرف عنها. يشارك Set-logic بعض القواعد مع الجبر ، لكن المحركات (MSSQL ، Oracle ، إلخ) هي نفسها وحوش ملتوية لتنفيذ تلك القواعد ، لذلك ليس عليك فقط فهم الرياضيات وراء قواعد البيانات ، بل عليك فهم التنفيذ الذي ركض فوق. هذا لا يحسب حتى معرفة لغة البرمجة المفضلة لديك (PL/SQL ، TSQL ، إلخ).

ثم ضع في اعتبارك أنك بصفتك مديرًا قانونيًا ، ستكون مسؤولاً عن التأكد من أن بيانات الأعمال الأكثر أهمية ستُعهد بها غالبًا إلى يديك. يجب أن تكون قد تجاوزت أسوأ الأجزاء من "ارتكاب أخطاء غبية" وتحتاج إلى تعلم القليل من ضبط النفس. معظم الناس في 21-23 لم يتعلموا ذلك بعد. بعضنا في سن 30 لم يفعل ذلك بعد.

ترينيداد وتوباغو: لهذا أقول إن الناس لا يعرفون شيئًا حقًا حتى يبلغوا 40 عامًا على الأقل ، وبحلول ذلك الوقت يتم اعتبارهم فوق التل ، في حين أنهم في الواقع يصلون إلى خطوتهم. (قال كشخص عمره 31)

18
jcolebrand

لا أعتقد أن كونك DBA أمرًا صعبًا. أصبح واحد بالرغم من ذلك.

16
user1875

أردت أن أجيب لإضافة جانب آخر لم تتم مناقشته جيدًا أعلاه: مجال الرؤية.

هناك مجموعة متنوعة من الأدوار للمطورين وبعضها (على سبيل المثال ، تطوير برنامج تشغيل الجهاز أو تطوير جدولة نظام التشغيل) يتطلب مجال رؤية ضيقًا جدًا وقدرة على الخوض بعمق في مشكلة صغيرة والنظر إليها من وجهة نظر فنية بحتة . هناك مجالات أخرى تتطلب مجالات رؤية واسعة جدًا ولكن ليس الكثير من العمق التقني (تطوير تطبيقات الأعمال مع إطار عملERP من اختيارك).

تعتبر قواعد البيانات فريدة من نوعها لأنه للقيام بها بشكل جيد ، يجب أن تكون قادرًا على التنقل بين هذه الأوضاع بسرعة وسلاسة. قواعد البيانات هي محركات رياضية ولكنها محركات رياضية تتناسب مع بيئات الأعمال بطرق معقدة للغاية. لذلك يجب على المرء أن يكون قادراً على معالجة مشكلة الرياضيات كمشكلة رياضيات وأن يسأل أيضًا كيف تناسبها في كل شيء آخر.

عندما تنظر إلى كبار مهندسي الشبكات أو كبار مسؤولي النظام ، فإنهم أقرب ما يكون إلى كبار DBA في هذا المجال (على الرغم من أن كل حقل مختلف تمامًا - مسؤول النظام الجيد الجيد يتطلب مجال رؤية أوسع من dba جيد ، و يحتاج مهندسو الشبكات الجيدون إلى مجال أعمق).

وبعبارة أخرى ، لكي تكون DBA جيدًا ، يجب أن تكون قادرًا على التنقل بين متطلبات الأعمال عالية المستوى والتفاهمات ذات المستوى المنخفض جدًا فيما يتعلق بالتخزين الفعلي على القرص ، وإلى الرياضيات العلائقية والمشكلات الفنية البحتة للتصميم ، كل ذلك بدون أي انتقال حقيقي (وربما في سياق تقييم قرار محدد).

أنا أعمل كمدير DBA ومطور. الدوران متكاملان للغاية ، لكني أول DBA وإذا رأيت مكتبات كتبتها ، فسيكون ذلك واضحًا. لكن السبب وراء تكاملهم هو أنه من ناحية التطوير ، يمكنني التواصل بشكل مباشر مع المستخدمين النهائيين للبرنامج ، وبالتالي يتم دفعي باستمرار فيما يتعلق بنمو رؤيتي ، بينما على جانب ديسيبل ، أتحدى نفسي على العمق.

14
Chris Travers

هناك مسار آخر ، مختلف قليلاً عن تلك المدرجة.

ابدأ كمطور ، ثم أصبح مصمم قاعدة بيانات ، ثم أصبح DBA. كان هذا المسار أكثر انتشارًا منذ حوالي ثلاثين عامًا ، عندما بدأت قواعد البيانات في تجاوز التطبيقات القائمة على الملفات وقتًا طويلاً ، وكان الأشخاص الذين لديهم خبرة في قواعد البيانات قليلون ومتباعدون

ملاحظة: عندما كنت مبرمجًا سابقًا تحول إلى DBA ، اعتاد المبرمجون على سؤالي "أليس عمل DBA مملًا؟"

جوابي: "إنه ممل فقط عندما تفعل ذلك بشكل صحيح!". :)

8
Walter Mitty

أنا بالأحرى في بداية رحلتي في DBA ، ولكن فيما يلي بعض الأسباب التي تجعل الناس يجدون هذه الوظيفة صعبة ...

  • لديك الكثير من المسؤوليات: يمكن للناس أن يذهبوا ويذهبوا في شركة ، ولكن بالنسبة لعدد قليل منهم ، فإن أهم أصولهم هي بياناتهم. أنت مسؤول عن ذلك ولديك كل السلطات عليه. كما يقول المثل ، مع القوى العظمى تأتي مسؤوليات كبيرة. الأخطاء المكلفة للغاية تتوارث.
  • عليك أن تتعلم وتستمر في التعلم: أرى أن هذا مكافأة ، ولكن ليس كل الناس على استعداد لقضاء الوقت لتحديث معارفهم.
  • قد تستغرق وقتًا طويلاً: ستنكسر الأشياء في منتصف الليل ، هل ستكون جاهزًا؟
  • سيكون عليك في كثير من الأحيان إصلاح أخطاء الآخرين: ولن تحصل على معظم الفضل في كل عملك الجيد. لا تخف من تحسين مهارات شعبك.

كتب براد ماك جيهي كتاب حوله ، "كيف تصبح DBA استثنائي". تستحق القراءة إذا كنت تنوي تعميق السؤال.

حظا طيبا وفقك الله!

7
KookieMonster

أصبحت دكتوراه في سن الخامسة والعشرين. استغرق الأمر مني 6 أشهر من الوقت الذي بدأت الدراسة فيه للحصول على شهادة ، وبعد شهرين حصلت على وظيفة. أعتقد أن التصميم يلعب بالتأكيد دورًا رئيسيًا. بالنسبة لي لم يكن من الصعب الحصول على الوظيفة. كل ما تطلبه الأمر هو القوة في الدراسة وإظهار أنني قادر على تعلم ما يتم عرضه أمامي.

سأقول أن كل ما كان لدي هو درجة علم النفس وخلفية مكتب المساعدة. عندما تلقيت وظيفتي كـ Oracle Apps DBA ، اعتقدت على الفور أن OMG ، جميع الأشياء التي درستها لتصبح DBA CORE لم تساعدني قليلاً. أتذكر أنني شعرت بالإرهاق الشديد. كان علي أن أذكر نفسي يوميًا بإمكاني تعلم ذلك ، وبعد عامين اكتسبت المزيد من المعرفة.

ما أقوله هو أن كونك DBA ليس أمرًا صعبًا ، ليس صعبًا على الإطلاق ، ولكن تعلم كل شيء في العمل وخارج العمل ، والذي يجب أن نعرفه كما ذكر في dba السابقة من قبل يستغرق وقتًا طويلاً ويستغرق الكثير من الجهد. لقد وجدت أن 27 شخصًا في نفس عمري أو أصغرهم ليس لديهم الاجتهاد ولا الرغبة في تعلم مثل هذا النطاق الكبير من التقنيات. لكني أحب عملي بصفتي Oracle Apps DBA وأتطلع إلى كل شيء آخر سيتم طرحه دائمًا في طريقي للتعلم. يمكنك القيام بذلك ، إذا كنت تفكر في ذلك ، لا يهم عمرك!

5
oracledbagirl

كونك DBA يعني أيضًا أنك استباقي بدلاً من رد الفعل. يجب أن تكون قادرًا على تخيل ما يخبئه المستقبل والتخطيط وفقًا لذلك. وهذا ينطوي على العمل الجاد ... مرة واحدة ، مرات عديدة ، وإذا قمت بذلك بشكل صحيح ، فإن المكافأة هي نقص كامل في التعرف على الاسم. :-) يجب أن يكون لديك أيضًا القدرة على قول "لا" للأشخاص (بما في ذلك الرؤساء) والتواصل بموضوعية مع الأسباب التي تجعل جمهورك يفهمها. يجب أن تكون حصيفًا وأن تتخذ قرارات عقلانية في مواقف الضغط العالي. يجب أن تكون قادرًا على امتلاك أخطائك بسرعة وعدم السماح لهم بمراقبة الشاشة الزرقاء ، ولكن بدلاً من ذلك ، قم بتبديل التروس من "لا أستطيع أن أصدق أنني فعلت ذلك للتو" إلى "حسنًا ، ما هي أفضل طريقة لإصلاح ذلك." يجب أن تكون قادرًا على اقتراح تحسينات برمجية لمطوري البرامج بطريقة لا تؤدي إلى الإهانة أو الإساءة ، وهذا فن يزرعه الخبرة ولكن يتقنه عدد قليل.

5
stacylaray

بصفتي شخصًا يعتبر نفسه في المقام الأول مسؤول نظام ، وثانيًا DBA عرضي ، أعتقد أن جزءًا منه يرجع إلى مقدار المعرفة المطلوبة للوقوف بمفردك والقيام بالعمل ، أو ربما الأهم من ذلك ، لفهم الوظيفة.

أعتقد أن شهادة MCDBA القديمة تلخصها بشكل جيد. تطلب الأمر اجتياز أربعة اختبارات ، واختبار SysAdmin ، واختبار البنية الأساسية للشبكة ، واختبار تطوير قواعد البيانات ، واختبار إدارة SQL. هذه مجموعة كبيرة جدًا من الموضوعات ، لذا من الواقعي أن تأتي إليها عبر أحدها أولاً. أود أن أزعم أن الكثير من إدارة SQL تقف على أكتاف الثلاثة الآخرين ، لذلك يأتي معظم الناس إليها عبر أحد هذه المسارات في البداية. على سبيل المثال ، SysAdmin يعالج النسخ الاحتياطية لـ SQL (أول غزوة لي في SQL منذ سنوات عديدة) ، أو مطور يقوم بتصميم قاعدة البيانات للرمز الذي يكتبونه. في البداية لن تعرف كل شيء ، ولكن سيكون لديك أساس على الأقل لجزء منه ، على سبيل المثال الأنظمة التي تعمل عليها SQL وكيف تعمل الأذونات ، أو طرق البرمجة المستخدمة للتحدث إلى قاعدة البيانات ، ومن هناك يمكن أن يتعلم الباقي.

من الصعب الحكم على ما إذا كان كونك DBA هو ما تريد فعله حقًا حتى تقوم بذلك ، ولكن من خلال المسار أعلاه ، يمكن للأشخاص البناء عليه تدريجيًا. قد تحبها وتجعلها محط تركيزك المهني ، أو تجد أنها ليست لك وتلتزم بمسارك الوظيفي السابق ، كل ذلك دون تحقيق قفزة عملاقة في المجهول. ولكن هذا يستغرق بعض الوقت ، وهذا يتناسب مع ميل DBA لأن يكون "أكثر حكمة في السنوات" في الصناعة.

لتكون DBA جيدًا ، تحتاج أيضًا إلى الثقة والنضج الذي يميل إلى أن يأتي مع التقدم في العمر. وقد أدرج آخرون جوانب أخرى من هذا ، ولكن أود أن أضيف أن لدي الثقة لقول لا والوقوف على موقفك ، وخفف من التجربة لمعرفة متى يكون مناسبًا.

أخيرًا ، أعتقد أن كونك DBA جيدًا يتطلب عقلية معينة ، ومن الصعب معرفة ما إذا كان لديك ذلك حتى تكون في الخنادق. إن الاهتمام بالتفاصيل ، والرغبة في التخطيط للمستقبل ، والقدرة على النظر إلى الصورة الكبيرة ، وعدم الخوف من توثيق عملك هي جوانب مهمة للحفاظ على نظام مستقر. بعض SysAdmins والمطورين يحبون ذلك ، ويمكنهم بسهولة الانتقال ، بينما قد يجد البعض الآخر أنه في حين أن نهجهم له قيمة في عملهم الحالي ، باعتباره DBA فإنهم سيكافحون ويجدون هذه الأشياء مهمة روتينية ولا يستمتعون بالعمل.

4
Keith Langmead

أعتقد أن الجزء الأكثر صعوبة في أن تصبح مسؤول قاعدة بيانات لا إرادي على الأقل هو حقيقة أنه يجب عليك تحمل كل ما يحدث لقواعد بيانات المنظمة المحددة التي صادفتها.

في تجربتي ، كانت صدمي الأولى في صباح يوم الاثنين عندما تعطل خادم قاعدة البيانات بسبب خطأ في الأجهزة على ما يبدو ، ومع ذلك كنت مشتبهًا في أنني ارتكبت شيئًا خاطئًا.

يمكنك أن تتخيل أنه كل ما تعلمه المرء أو مارسه في حياته يجب تطبيقه من أجل جعل هذا الشيء يعمل مرة أخرى. بعد ذلك ، بالطبع ، يمكنك إنشاء نسخ احتياطية مستنسخة وحتى فلاش لكل شيء - نحن نتحدث هنا فقط عن خادم قاعدة بيانات صغير يوجه الأشياء نحو شبكات الكمبيوتر الأخرى من خلال خوادم الارتباط. ومع ذلك ، تبدو المسؤولية هائلة خلال تلك اللحظات.

كمطور برامج أو كمختبر برامج ، فإن المسؤولية كبيرة أيضًا ، ومع ذلك لم أواجه أبدًا مثل هذه الأوقات الصعبة. يمكنني أن أتخيل أن السبب يكمن في حقيقة أن كل واحد منهم ينسج جزءًا بسيطًا من شبكة العنكبوت في عالم تكنولوجيا المعلومات.

إذا أصبحت مسؤول قاعدة بيانات في أي وقت ، سأقوم بتحديث ما كتبته الآن هنا.

نعم ، عمري الآن 38 + 1/2 سنة.

3
user62547

مثل معظم المهارات ، فإن تعلم أن تكون ديسيبل يستغرق وقتًا. تصبح جيد ديسيبل أطول. كلما قرأت وتعلمت ، كلما زادت المعرفة التي يمكنك تطبيقها.

طريق آخر لتصبح dBA هو كتابة التقارير أو كخبير تطبيق. كلما قضيت وقتًا أطول في استخدام SQL ، كلما تعرفت على كيفية عمل dbs. إن إتقان استعلامات SQL سيوفر نقطة انطلاق جيدة لتصبح dBA.

1
Sir Swears-a-lot