ทำไมการบริหารฐานข้อมูลจึงยาก

ฉันรู้จักผู้ดูแลฐานข้อมูลจำนวนมากและมีอายุ 28-29 ปี

การบริหารฐานข้อมูลทั้งหมดเป็นเช่นนั้นหรือไม่? ฉันหมายถึงนี่เป็นเรื่องเกี่ยวกับการได้รับประสบการณ์อย่างน้อย 7-8 ปีหรือเปล่า?

หรือเป็นผู้ดูแลระบบฐานข้อมูลอย่างหนัก

ตำแหน่งนั้นต้องการความรู้ที่หลากหลายตั้งแต่การพัฒนาไปจนถึงการบริหารระบบและแม้แต่การจัดการ ไม่เพียง แต่ DBA จะต้องรู้เกี่ยวกับการสำรองข้อมูลการกู้คืนการดำเนินงานภายในหน่วยความจำและความปลอดภัย แต่ยังต้องสื่อสารกับนักพัฒนาและผู้บริหารด้วย DBA สามารถให้งานนำเสนอระดับสูงแก่ฝ่ายจัดการช่วยให้นักพัฒนาปรับแต่งแบบสอบถามจัดเตรียมพื้นที่ดิสก์สำหรับระบบใหม่และกู้คืนข้อมูลจากการสำรองข้อมูลทั้งหมดภายในชั่วโมงเดียวกัน ความรับผิดชอบเหล่านี้ต้องการความรู้มากมายโดยมีการเหลื่อมกันเล็กน้อย

ผลที่ตามมาของความล้มเหลวมักจะดีกว่าสำหรับ DBAมากกว่านักพัฒนา DBAs มักจะสนับสนุนแอพพลิเคชั่นและระบบที่แตกต่างกันหลายสิบรายการซึ่งส่วนใหญ่มีความสำคัญต่อความสำเร็จของ บริษัท การละเมิดความปลอดภัยการกู้คืนล้มเหลวหรือปัญหาด้านประสิทธิภาพอาจส่งผลให้เกิดการทำลายล้างอย่างรุนแรง สิ่งนี้ต้องการระดับความรู้และประสบการณ์ที่ไม่สามารถรับได้ในระยะเวลาอันสั้น

ยิ่ง DBA ทำงานได้ดีเท่าไรทัศนวิสัยก็จะน้อยลงเท่านั้น DBA ที่มีฐานข้อมูลที่ปลอดภัยกู้คืนพร้อมใช้งานและทำงานได้ดีจะขาดการรับรู้ DBA จะสังเกตเห็นเมื่อมีปัญหา ไม่เพียง แต่พวกเขาจะสังเกตเห็นเมื่อมีปัญหาของพวกเขาเองพวกเขายังได้รับการตำหนิเมื่อฐานข้อมูลมีปัญหาเนื่องจากการเข้ารหัสที่ไม่ดีการตั้งค่าเครือข่ายที่ไม่เหมาะสมหรือการจัดเก็บที่กำหนดค่าไม่ถูกต้อง

ฉันเปลี่ยนจากนักพัฒนาเป็น DBA เมื่อฉันอายุ 29 สำหรับฉันสิ่งที่ทำให้การเป็น DBA เป็นเรื่องยากและทำให้รางวัล ฉันสนุกกับการดูดซับและใช้ความรู้ที่หลากหลายและโอกาสที่มากขึ้นของความล้มเหลวทำให้การหลีกเลี่ยงความหมายนั้นยิ่งมีความหมายมากขึ้นไม่ว่าคนอื่นจะเห็นหรือไม่ก็ตาม

การเป็น DBA จำเป็นต้องมีประสบการณ์มากมาย แต่โดยพื้นฐานแล้วมันอาจมาจากเส้นทางที่แตกต่างกันเพียงสี่เส้นทาง:

1. เป็นผู้พัฒนาและสร้างส่วนเสริมให้กับ DBA
2. เป็นนักพัฒนาและถูกร่างเป็น DBA
3. การฝึกอบรมโดยตรงจากวิทยาลัย / โรงเรียนการค้าเพื่อเป็น DBA
4. เป็น SysAdmin และทำการต่อหรือดึงหน้าที่สองครั้งเป็น DBA

เป็นนักพัฒนาและทำให้การต่อรองกับ DBA

ในคำถามอื่นที่ถามในเว็บไซต์นี้DBA จะเป็น 'โปรแกรมเมอร์ที่เป็นมิตร' ได้อย่างไรฉันพูดถึงว่าฉันเป็นนักพัฒนาเป็นเวลา 16 ปีที่ทำงานกับ DBA เมื่อได้ทำงานกับพวกเขาทำให้ฉันรู้ว่าประสบการณ์ของพวกเขารวมถึงทฤษฎีฐานข้อมูลคณิตศาสตร์ไม่ต่อเนื่องและประสบการณ์การเขียนโปรแกรมจนถึงระดับที่พวกเขาสามารถดูว่าฐานข้อมูลควรทำงานอย่างไรและแบบสอบถามควรทำงานอย่างไร

การมี DBA พร้อมกับสิ่งเหล่านั้นอยู่เบื้องหลังทำให้ฉันรู้สึกว่าฉันยังอยู่ในการเรียนรู้ในวิทยาลัยจากอาจารย์พิเศษบางคน แต่ใครจะรู้เรื่องของพวกเขาจริงๆ ตราบใดที่ DBA ยินดีที่จะแบ่งปันสิ่งที่พวกเขารู้โดยที่ไม่ต้องสูญเสียคุณพวกเขาสามารถกลายเป็นที่ปรึกษาของคุณในแง่ของการพัฒนาคำสั่ง SQL (SQL คือในตัวเองภาษาการเขียนโปรแกรมตามบริบทที่มีความอ่อนไหว) ที่มีประสิทธิภาพ เป็นไปได้ แน่นอนว่ายังมีชิ้นส่วนทางโลกอื่น ๆ เช่นการติดตั้งทำการสำรองข้อมูลอัปเกรดซอฟต์แวร์ตรวจสอบตัวชี้วัดประสิทธิภาพสร้างรายงานและอื่น ๆ แต่ในฐานะนักพัฒนาถ้าคุณมุ่งเน้นไปที่ฐานข้อมูลและ SQL ที่ทำงานกับฐานข้อมูลเหล่านั้นเมื่อเวลาผ่านไปคุณจะกลายเป็นผู้เชี่ยวชาญที่ SQL ซึ่งจะเป็นลักษณะที่สองและคุณสามารถมุ่งเน้นไปที่การพัฒนาแอปพลิเคชัน

ความต้องการของนักพัฒนาอาจต้องเสียภาษี แต่ DBA ก็สามารถทำได้เช่นกัน ผู้พัฒนาที่เปลี่ยนไปใช้บทบาทของ DBA อย่างตั้งใจเปลี่ยนจากการพัฒนาและการเขียนโค้ดไปเป็นสิ่งธรรมดา ๆ ที่ฉันพูดถึงก่อนหน้านี้ ด้วยเหตุนี้ DBA จึงทำงานอย่างใกล้ชิดกับโปรแกรมเมอร์สร้างโอกาสให้ DBA สร้างผลงานสร้างสรรค์ให้กับโครงการใด ๆ จึงทำให้บทบาทของ DBA นั้นน่าสนใจยิ่งขึ้น

เป็นนักพัฒนาและถูกร่างเป็น DBA

สำหรับนักพัฒนาส่วนใหญ่ที่เห็นว่าไม่มีอะไร แต่การพัฒนาและการเข้ารหัสสำหรับส่วนที่เหลือของชีวิตของพวกนี้อาจจะเป็นเหมือนการเลือกที่จะเป็นได้ทั้งในเรียลลิตี้โชว์เดนตายหรือเกมโชว์Wipeout DBA ใหม่ใช้เวลาในการโต้ตอบกับกล่องดำนั้น (ซึ่งรู้จักกันในชื่อฐานข้อมูล) พวกเขาได้ติดต่อกับข้อมูลมาหลายปีแล้ว

DBA ใหม่สามารถสร้างตารางและดัชนีของตนเองได้แล้ว วิธีนี้อาจคล้ายคลึงกับการให้อาหารญี่ปุ่นฮิบาชิลงในร้านอาหารอิตาเลียน ผู้ปรุงสามารถปรุงอาหารอะไรก็ได้ แต่ต้องตระหนักว่ามีสูตรอาหารเครื่องใช้ในครัวมีดเนื้อเครื่องเทศเครื่องเทศผักและโฮสต์ของสิ่งต่าง ๆ เพื่อปรับให้เข้ากับ (สุขาภิบาลสินค้าคงคลังเวลาเริ่มทำงานชั่วโมง ฯลฯ ) นี่ไม่ใช่เพียงช่วงเวลาแห่งการเปลี่ยนแปลง แต่ยังเป็นเวลาที่จะเอาชนะช่วงการเรียนรู้ที่ยอดเยี่ยม ประสบการณ์ใหม่ต้องได้รับการเรียนรู้และพัฒนาแม้จะมีการปรุงอาหารญี่ปุ่นอย่างเชี่ยวชาญในช่วงหลายปีที่ผ่านมา ในด้านนี้ผู้พัฒนาจะต้องให้ความรู้แก่ตนเองเพื่อคิดเหมือน DBA

การฝึกอบรมโดยตรงจากวิทยาลัย / โรงเรียนการค้าเพื่อเป็น DBA

นี่คือวิธีที่อันตรายที่สุดในการเป็น DBA นี่เป็นเส้นทางที่หายาก - อันที่จริงนี่เป็นสิ่งที่ไม่เคยได้ยินมาก่อน ตอนนี้เรากำลังพูดถึงการให้ใครบางคนจาก McDonald's หรือ Burger King เข้าร้านอาหารอิตาเลี่ยนเดียวกัน

เส้นโค้งการเรียนรู้สามส่วนเกี่ยวข้อง:

1. การใช้ทักษะจากวิทยาลัย / โรงเรียนการค้าเข้ากับบทบาท DBA
2. การโต้ตอบกับ RDBMS เฉพาะ (PostgreSQL, Oracle, MySQL, DB2, Sybase, Ingres) และ
3. มีปฏิสัมพันธ์กับนักพัฒนา ( DBA อนาคตการเรียนรู้ทักษะทางสังคมที่ดีตรงออกมาจากโรงเรียน? ใช่ขวา! )

ในเรื่องนี้ผู้พัฒนาจะได้รับประโยชน์มากกว่า DBAs เป็นเวลาหลายปี DBA ต้องเรียนรู้ที่จะปรับเปลี่ยนอย่างรวดเร็วตามความต้องการของนักพัฒนาในช่วงปีแรก ๆ ของพวกเขาในฐานะ DBA บางที DBA อาจสร้างรายได้เริ่มต้นที่ดี แต่ก็ยากที่จะเติบโตโดยไม่ต้องพัฒนาตนเองในการเรียนรู้ทั้งสามด้าน

เป็น SysAdmin และทำต่อหรือดึงหน้าที่สองเท่าในฐานะ DBA

ในฐานะนักพัฒนาในอดีตและตอนนี้เป็น DBA สิ่งหนึ่งที่ต้องห้ามสำหรับสิทธิ์คือบทบาทของ SysAdmin

การมีบทบาทของ SysAdmin / DBA เป็นสิ่งที่สร้างแรงบันดาลใจให้ฉันเล็กน้อย ที่ บริษัท ผู้ให้บริการโฮสต์ของฉันเรามีผู้ชายที่เป็น SysAdmin / DBA (SCMDBA) เขาเต็มไปด้วยโครงการโครงสร้างพื้นฐานรวมถึงกิ๊ก MySQL ภายในของเขาเอง ฉันไม่อิจฉาเขาฉันยกย่องเขา ในความซื่อสัตย์สุจริตตั้งแต่จิตใจที่แท้จริงของ SysAdmin / DBA เป็นเงินตราต่างประเทศให้ฉันฉันปล่อยให้มันเป็นไปตามดุลยพินิจของ SysAdmin / DBAs เพื่ออัปเดตวรรคนี้ (หรือแทนที่มัน) เพื่ออธิบายเส้นทางนี้

ข้อสรุป

ไม่ว่าคุณจะเลือกเส้นทางแบบใดบทบาทของ DBA อาจแตกต่างหรือน่าขยะแขยงขึ้นอยู่กับว่าคุณเต็มใจให้คำปรึกษา (หรือทรมาน) ในตอนแรกอย่างไรและเต็มใจทำงานร่วมกับเวลาที่เหลือ จากนั้นหนึ่งสามารถพูดได้ว่าพวกเขาสนุกกับการเป็น DBA

อย่างไรก็ตามมันเกิดขึ้นฉันได้พบกับเส้นทาง DBA สองเส้นทางแรกเริ่มตั้งแต่เดือนสิงหาคมปี 2004 ตอนอายุ 39 สองปีของประสบการณ์ที่ฉันมีในบทบาท DBA ที่ร่างทำให้การเปลี่ยนเป็น DBA เต็มเวลาสนุกสนานและสะดวกสบายมาก .

คำแนะนำของฉันสำหรับ DBA อายุ 28-29 ปี? ทำงานกับผู้คนได้ดีเท่าที่คุณทำกับ RDBMS หากคุณเติบโตในทั้งสองด้านคุณสามารถทำให้มันเป็น DBA สำหรับปีต่อ ๆ ไป

การบริหารฐานข้อมูลทำได้ยากเนื่องจากสองสาเหตุ

ข้อเสนอแนะช้า หากมีการตัดสินใจที่ไม่ดีในบทบาทของสถาปนิกซอฟต์แวร์มันมักจะใช้เวลานานกว่าที่จะได้รับข้อเสนอแนะเชิงลบเมื่อเทียบกับโปรแกรมเมอร์ โปรแกรมเมอร์มักจะตระหนักถึงข้อผิดพลาดในระหว่างการรวบรวมหรือขณะทำการทดสอบซึ่งหมายความว่าวงจรการเรียนรู้ค่อนข้างเร็ว ผู้ดูแลระบบฐานข้อมูลทำผิดพลาดในขณะที่ออกแบบฐานข้อมูลอาจได้รับคำติชมเมื่อเขา / เธอค้นพบว่าผู้ใช้จะใช้ซอฟต์แวร์อย่างไร ซึ่งหมายความว่าอาจใช้เวลาเป็นปีกว่าจะได้รับคำติชมว่าการออกแบบฐานข้อมูลมีข้อบกพร่องและจำเป็นต้องทำการจัดใหม่ ดังนั้นจึงต้องใช้เวลาหลายปีกว่าจะได้รับประสบการณ์แทนที่จะเป็นนาที (บางครั้ง) สำหรับโปรแกรมเมอร์

ข้อผิดพลาดที่มี ค่าใช้จ่ายนี่เป็นเหตุผลว่าทำไมซีอีโอของ บริษัท ขนาดใหญ่มักอยู่ในช่วงอายุ 50 ปี

มันค่อนข้างง่ายที่จะเป็น DBA ที่ไม่ดี

อย่างจริงจังแม้ว่า DBA มักจะมีความรับผิดชอบพิเศษสำหรับสิ่งที่มักจะมีความสำคัญต่อความสำเร็จหรือความล้มเหลวของธุรกิจ: ข้อมูล

หากคุณบริหาร บริษัท คุณอาจจะกระตือรือร้นที่จะจ้างคนที่มีประสบการณ์ในบทบาทนั้น

ฉันไม่คิดว่ามันเป็นคำถามที่ 'ง่ายขึ้น' หรือ 'ยากขึ้น' - แค่คำถามว่าข้อมูลของคุณมีค่าเพียงใด: มันไม่ยากที่จะวางดาวเทียมในอวกาศมากกว่าคน แต่คุณจะตรวจสอบผลรวมของคุณ ข้อเสนอที่ดีกว่าสำหรับหลัง

ในความเห็นของฉันการเป็นผู้ดูแลฐานข้อมูลนั้นง่าย ... จนกว่าจะมีบางสิ่งที่คุกคาม บริษัท และภาระในการแก้ไขและฟื้นฟูสิ่งที่อยู่บนไหล่ของคุณ

การเป็นผู้ดูแลฐานข้อมูล (หรือผู้ดูแลระบบเครือข่ายหรือระบบ) เป็นตำแหน่งที่ต้องการระดับวุฒิภาวะที่แน่นอน ต้องใช้คนที่ทำงานได้ดีภายใต้ความกดดัน นั่นไม่ได้หมายความว่าจะไม่มีคนอายุน้อยกว่าที่สามารถจัดการกับชุดทักษะที่จำเป็นได้

นอกจากนี้ยังง่ายต่อการเรียนรู้คำสั่งจากหนังสือเพื่อสำรอง / กู้คืนฐานข้อมูลเพิ่มประสิทธิภาพการกำหนดค่าเซิร์ฟเวอร์ ฯลฯ แต่ประสบการณ์ชนะเมื่อคุณได้รับการแจ้งเตือนว่าฐานข้อมูลของคุณไม่ทำงาน

ฉันรู้จักผู้ดูแลฐานข้อมูลจำนวนมากและมีอายุ 28-29 ปี การบริหารฐานข้อมูลทั้งหมดเป็นเช่นนั้นหรือไม่?

โปรแกรมเมอร์ที่ดีและแข็งแกร่งส่วนใหญ่ที่ฉันรู้จักอายุอย่างน้อย 25 ปี ฉันคิดว่ามีปัจจัยที่เกี่ยวข้องกับอายุ + ประสบการณ์ = coder ที่ดี ;)

ฉันหมายถึงนี่เป็นเรื่องเกี่ยวกับการได้รับประสบการณ์อย่างน้อย 7-8 ปีหรือเปล่า? หรือเป็นผู้ดูแลระบบฐานข้อมูลอย่างหนัก คุณคิดอย่างไร?

การเป็นผู้ดูแลฐานข้อมูลไม่ใช่เรื่องง่ายถ้านั่นคือสิ่งที่คุณหมายถึง มีหลายสิ่งหลายอย่างที่คุณควรรู้ในฐานะ dba นั่นหมายถึงโรงเรียนและมันหมายถึงการปกครองภายใต้บุคคลอื่นสองสามปี จำไว้ว่าฐานข้อมูลเป็น set-logic ซึ่งเกือบจะไม่มีใครไปโรงเรียนได้นานพอที่จะเรียนรู้ซึ่งไม่มีใครรู้ Set-ตรรกะแบ่งปันกฎบางอย่างกับพีชคณิต แต่เอ็นจิ้น (MSSQL, Oracle, ฯลฯ ) เป็นสัตว์ที่บิดตัวของการใช้กฎเหล่านั้นดังนั้นไม่เพียง แต่คุณต้องเข้าใจคณิตศาสตร์หลังฐานข้อมูลคุณต้องเข้าใจการใช้งานที่คุณ วิ่งบน ไม่แม้แต่จะรู้ภาษาสคริปต์ที่คุณต้องการ (PL / SQL, TSQL และอื่น ๆ )

จากนั้นให้พิจารณาว่าในฐานะ dba คุณจะต้องรับผิดชอบในการสร้างความมั่นใจว่าข้อมูลทางธุรกิจที่สำคัญที่สุดจะได้รับความไว้วางใจจากมือของคุณ คุณต้องผ่านส่วนที่เลวร้ายที่สุดของ "การทำผิดพลาดโง่ ๆ " และคุณต้องเรียนรู้ที่จะยับยั้งตนเอง คนส่วนใหญ่ที่ 21-23 ยังไม่ได้เรียนรู้ พวกเราบางคนที่อายุ 30 ยังไม่ได้

OT: นี่คือเหตุผลที่ฉันบอกว่าผู้คนไม่รู้อะไรเลยจนกว่าพวกเขาจะอายุอย่างน้อย 40 ปีและจากนั้นพวกเขาจะถูกพิจารณาเหนือเนินเขาเมื่อในความเป็นจริงพวกเขาแค่ก้าวย่าง (กล่าวว่าเป็นคนที่อายุ 31 ปี)

ฉันไม่คิดว่าการเป็น DBA นั้นยาก กลายเป็นหนึ่งเดียวแม้ว่า

ฉันต้องการที่จะตอบเพื่อเพิ่มด้านอื่น ๆ ที่ไม่ได้กล่าวถึงข้างต้น: ด้านการมองเห็น

มีบทบาทหลากหลายสำหรับนักพัฒนาและบางคน (เช่นการพัฒนาไดรเวอร์อุปกรณ์หรือการพัฒนาตัวกำหนดเวลาระบบปฏิบัติการ) จำเป็นต้องมีวิสัยทัศน์ที่แคบมากและความสามารถในการเจาะลึกปัญหาเล็ก ๆ และมองจากมุมมองทางเทคนิคล้วนๆ . มีสาขาอื่น ๆ ที่ต้องการการมองเห็นที่กว้างไกล แต่ไม่จำเป็นต้องเจาะลึกด้านเทคนิคมากนัก (การพัฒนาแอปพลิเคชันธุรกิจที่มีกรอบ ERP ที่คุณเลือก)

ฐานข้อมูลนั้นไม่เหมือนใครเพราะจะทำได้ดีคุณต้องสามารถย้ายไปมาระหว่างโหมดเหล่านี้ได้อย่างรวดเร็วและต่อเนื่อง ฐานข้อมูลเป็นเอ็นจิ้นคณิตศาสตร์ แต่เป็นเอ็นจิ้นทางคณิตศาสตร์ที่เหมาะสมกับสภาพแวดล้อมทางธุรกิจในรูปแบบที่ซับซ้อนมาก ดังนั้นเราจะต้องสามารถจัดการกับปัญหาทางคณิตศาสตร์ในฐานะที่เป็นปัญหาทางคณิตศาสตร์และถามว่ามันเหมาะสมกับทุกสิ่งได้อย่างไร

เมื่อคุณดูวิศวกรเครือข่ายอาวุโสหรือผู้ดูแลระบบอาวุโสพวกเขาจะจับคู่ DBA อาวุโสในพื้นที่นี้ได้ใกล้เคียงที่สุด (แม้ว่าแต่ละสาขาจะแตกต่างกันมาก - ผู้ดูแลระบบอาวุโสที่ดีต้องการวิสัยทัศน์ที่กว้างกว่าดีบีเอและ วิศวกรเครือข่ายที่ดีต้องการฟิลด์ที่ลึกกว่า)

กล่าวอีกนัยหนึ่งคือการเป็น DBA ที่ดีคุณจะต้องสามารถย้ายระหว่างความต้องการทางธุรกิจระดับสูงและความเข้าใจระดับต่ำมากที่เกี่ยวข้องกับการจัดเก็บบนดิสก์จริงและผ่านไปยังคณิตศาสตร์เชิงสัมพันธ์และประเด็นทางเทคนิคล้วนๆของการออกแบบ การเปลี่ยนแปลงจริงใด ๆ (และอาจอยู่ระหว่างการประเมินการตัดสินใจเฉพาะ)

ฉันทำงานเป็น DBA และนักพัฒนา บทบาททั้งสองนั้นเสริมมาก แต่ฉันเป็น DBA ก่อนและถ้าคุณเห็นห้องสมุดที่ฉันเขียนนั่นจะต้องชัดเจน แต่เหตุผลที่พวกเขาเสริมก็คือในด้านการพัฒนาฉันได้ติดต่อกับผู้ใช้ซอฟต์แวร์โดยตรงและดังนั้นฉันจึงถูกผลักดันอย่างต่อเนื่องเกี่ยวกับวิสัยทัศน์ของฉันในขณะที่ด้าน db ฉันจะท้าทายตัวเอง บนความลึก

มีเส้นทางอื่นรูปแบบที่แตกต่างกันเล็กน้อยที่ระบุไว้

เริ่มต้นเป็นนักพัฒนาแล้วกลายเป็นผู้ออกแบบฐานข้อมูลจากนั้นกลายเป็น DBA เส้นทางนี้แพร่หลายมากขึ้นเมื่อประมาณสามสิบปีที่แล้วเมื่อฐานข้อมูลเริ่มแซงแอปพลิเคชันที่ใช้ไฟล์เป็นครั้งใหญ่และผู้ที่มีความเชี่ยวชาญด้านฐานข้อมูลมีจำนวนน้อยมาก

PS: เมื่อฉันเป็นอดีตโปรแกรมเมอร์หัน DBA โปรแกรมเมอร์เคยถามฉันว่า "DBA ไม่น่าเบื่อใช่ไหม"

คำตอบของฉัน: "มันน่าเบื่อก็ต่อเมื่อคุณทำถูกต้อง!" :)

ฉันค่อนข้างจะเป็นจุดเริ่มต้นของการเดินทาง DBA ของฉัน แต่นี่คือเหตุผลบางประการที่ทำให้ผู้คนสามารถหางานนี้ได้ยาก ... มันยากเพราะ:

• คุณมีความรับผิดชอบมากมาย: ผู้คนสามารถเข้ามาใน บริษัท ได้ แต่สำหรับพวกเขาบางคนสินทรัพย์ที่สำคัญที่สุดคือข้อมูลของพวกเขา คุณต้องรับผิดชอบและมีอำนาจเหนือมันทั้งหมด เมื่อคำพูดดำเนินไปด้วยพลังอันยิ่งใหญ่ก็มาพร้อมความรับผิดชอบที่ยิ่งใหญ่ ความผิดพลาดที่มีราคาแพงมากกำลังซุ่มอยู่รอบ ๆ
• คุณต้องเรียนรู้และเรียนรู้ต่อไป: ฉันเห็นว่านี่เป็นโบนัส แต่ทุกคนไม่เต็มใจที่จะใช้ความรู้ของพวกเขาให้ทันสมัย
• มันอาจใช้เวลานาน: สิ่งต่าง ๆ จะพังกลางดึกคุณจะพร้อมไหม?
• คุณมักจะต้องแก้ไขข้อผิดพลาดของผู้อื่น: และส่วนใหญ่คุณจะไม่ได้รับเครดิตมากสำหรับการทำงานที่ดีทั้งหมดของคุณ อย่ากลัวที่จะปัดเป่าทักษะคนของคุณ

Brad Mc Gehee เขียนหนังสือเกี่ยวกับมันว่า "ทำอย่างไรจึงจะกลายเป็น DBA ที่ยอดเยี่ยม" ควรอ่านถ้าคุณตั้งใจที่จะลึกคำถาม

โชคดี!

ฉันกลายเป็น dba เมื่ออายุ 25 ฉันใช้เวลา 6 เดือนจากเวลาที่ฉันเริ่มเรียนเพื่อรับการรับรองและ 2 เดือนต่อมาฉันมีงานทำ ฉันคิดว่าความมุ่งมั่นมีบทบาทสำคัญอย่างแน่นอน สำหรับฉันมันไม่ยากที่จะได้งาน สิ่งที่ต้องทำคือพลังที่จะศึกษาและแสดงให้เห็นว่าฉันสามารถเรียนรู้สิ่งที่อยู่ตรงหน้าฉัน

ฉันจะบอกว่าทั้งหมดที่ฉันมีคือปริญญาจิตวิทยาและพื้นหลังโต๊ะช่วยเหลือ เมื่อฉันได้รับงานเป็น Oracle Apps DBA ฉันคิดทันที OMG ทุกสิ่งที่ฉันศึกษาเพื่อเป็น CORE DBA ไม่ได้ช่วยฉันเลยแม้แต่นิดเดียว ฉันจำได้ว่ารู้สึกหนักใจอย่างยิ่ง ฉันต้องเตือนตัวเองทุกวันฉันสามารถเรียนรู้สิ่งนี้และ 2 ปีต่อมาฉันได้รับความรู้มากขึ้น

สิ่งที่ฉันพูดคือการเป็น DBA นั้นไม่ยากไม่ยากเลย แต่การเรียนรู้ทุกอย่างเกี่ยวกับงานและนอกงานนั้นเราควรรู้เหมือนที่ dba คนก่อน ๆ ได้กล่าวถึงก่อนหน้านี้ใช้เวลานานและใช้ความขยันมาก ฉันพบว่าคนส่วนใหญ่อายุน้อยกว่า 27 ปีของฉันไม่ได้มีความขยันและไม่ต้องการที่จะเรียนรู้เทคโนโลยีที่หลากหลายเช่นนี้ แต่ฉันรักงานของฉันในฐานะ Oracle Apps DBA และหวังว่าจะได้ทุกอย่างที่จะทำให้ฉันเรียนรู้อย่างต่อเนื่อง คุณสามารถทำได้ถ้าคุณใส่ใจกับมันไม่ว่าคุณจะอายุเท่าไหร่!

การเป็น DBA หมายถึงคุณเป็นฝ่ายรุกแทนที่จะเป็นปฏิกิริยา คุณต้องสามารถจินตนาการได้ว่าอนาคตจะเป็นอย่างไรและวางแผนตามนั้น สิ่งนี้เกี่ยวข้องกับการทำงานอย่างหนัก ... หนึ่งครั้งหลายต่อหลายครั้งและถ้าคุณทำถูกต้องรางวัลก็คือการขาดการจดจำชื่ออย่างสมบูรณ์ :-) คุณต้องมีความสามารถในการพูดว่า "ไม่" กับผู้คน (รวมผู้บังคับบัญชา) และใช้เหตุผลอย่างมีประสิทธิภาพสื่อสารเหตุผลของคุณว่าเหตุใดในแง่ที่ผู้ชมของคุณสามารถเข้าใจได้ คุณต้องรอบคอบและตัดสินใจอย่างมีเหตุผลในสถานการณ์ความกดดันสูง คุณต้องสามารถเป็นเจ้าของข้อผิดพลาดได้อย่างรวดเร็วและไม่ปล่อยให้พวกเขาเป็นหน้าจอสีน้ำเงิน แต่ให้เปลี่ยนเกียร์อย่างมีประสิทธิภาพจาก "ฉันไม่อยากจะเชื่อเลยว่าฉันทำอย่างนั้น" เป็น "โอเคสิ่งที่ดีที่สุดในการแก้ไขปัญหานี้คือ"

ในฐานะที่เป็นคนที่คิดว่าตัวเองคือ SysAdmin และ DBA เป็นครั้งที่สองโดยบังเอิญฉันคิดว่าส่วนหนึ่งของมันนั้นขึ้นอยู่กับจำนวนของความรู้ที่จำเป็นในการยืนอยู่คนเดียวและทำงานหรืออาจสำคัญกว่านั้นเพื่อทำความเข้าใจงาน

การรับรอง MCDBA เก่านั้นสรุปได้ค่อนข้างดี ต้องผ่านการสอบสี่ครั้งการสอบ SysAdmin การสอบโครงสร้างพื้นฐานเครือข่ายการสอบการพัฒนาฐานข้อมูลและการสอบ SQL Administration นั่นเป็นหัวข้อที่ค่อนข้างกว้างดังนั้นคุณน่าจะเข้ามาทางหัวข้อก่อนได้เลย ฉันจะยืนยันว่า SQL Administration ส่วนใหญ่ยืนอยู่บนไหล่ของอีกสามคนดังนั้นคนส่วนใหญ่จึงเข้ามาทางหนึ่งในเส้นทางเหล่านั้นในตอนแรก ตัวอย่างเช่น SysAdmin จัดการการสำรองข้อมูล SQL (การโจมตีครั้งแรกของฉันไปยัง SQL เมื่อหลายปีก่อน) หรือนักพัฒนาออกแบบฐานข้อมูลสำหรับรหัสที่พวกเขากำลังเขียน การเริ่มต้นคุณจะไม่ทราบทุกสิ่ง แต่คุณจะต้องมีพื้นฐานอย่างน้อยก็ส่วนหนึ่งตัวอย่างเช่นระบบ SQL ทำงานและการอนุญาตทำงานหรือวิธีการเขียนโปรแกรมที่ใช้เพื่อพูดคุยกับฐานข้อมูล

เป็นการยากที่จะตัดสินว่าการเป็น DBA นั้นเป็นสิ่งที่คุณต้องการทำจริงหรือไม่จนกว่าคุณจะทำมัน แต่ผ่านเส้นทางข้างต้นผู้คนสามารถค่อยๆสร้างขึ้นมาได้ คุณอาจรักและทำให้มันเป็นจุดสนใจในอาชีพของคุณหรือค้นหาว่ามันไม่เหมาะกับคุณและยึดติดกับเส้นทางอาชีพของคุณก่อนหน้านี้โดยไม่ต้องก้าวกระโดดครั้งใหญ่ในสิ่งที่ไม่รู้ แต่นั่นต้องใช้เวลาและเหมาะกับแนวโน้มของ DBA ที่จะ "ฉลาดในปี" ในอุตสาหกรรม

ในการเป็น DBA ที่ดีคุณต้องมีความมั่นใจและวุฒิภาวะที่มีแนวโน้มที่จะมาพร้อมกับอายุ คนอื่น ๆ มีรายการด้านอื่น ๆ ของเรื่องนี้ แต่ฉันจะเพิ่มความมั่นใจที่จะไม่พูดและยืนหยัดในพื้นดินของคุณอารมณ์ที่มีประสบการณ์ที่จะรู้เมื่อมันเหมาะสม

ในที่สุดฉันคิดว่าการเป็น DBA ที่ดีต้องใช้ความคิดบางอย่างและมันยากที่จะรู้ว่าคุณมีสิ่งนั้นหรือไม่จนกว่าคุณจะอยู่ในสนามเพลาะ การมีสายตาเพื่อดูรายละเอียดความเต็มใจที่จะวางแผนล่วงหน้าความสามารถในการมองภาพรวมและการไม่กลัวที่จะบันทึกงานของคุณเป็นสิ่งสำคัญในการรักษาระบบที่มั่นคง SysAdmins และนักพัฒนาบางคนเป็นเช่นนั้นและสามารถทำการเปลี่ยนแปลงได้อย่างง่ายดายในขณะที่คนอื่น ๆ อาจพบว่าในขณะที่วิธีการของพวกเขามีคุณค่าในการทำงานในปัจจุบันของพวกเขาในฐานะ DBA พวกเขาจะต่อสู้และค้นหาสิ่งเหล่านี้

ฉันคิดว่าส่วนที่ยากที่สุดอย่างน้อยที่สุดการเป็นผู้ดูแลระบบฐานข้อมูลที่ไม่สมัครใจก็คือความจริงที่ว่าคุณต้องแบกรับสิ่งที่เกิดขึ้นกับฐานข้อมูลขององค์กรเฉพาะที่คุณบังเอิญสะดุด

จากประสบการณ์ของฉันช็อตแรกของฉันคือในเช้าวันจันทร์เมื่อเซิร์ฟเวอร์ฐานข้อมูลเกิดข้อผิดพลาดเนื่องจากข้อผิดพลาดของฮาร์ดแวร์ที่ดูเหมือน แต่ฉันก็ยังสงสัยว่าทำสิ่งผิดปกติ

คุณสามารถจินตนาการได้ว่าสิ่งใดก็ตามที่เคยเรียนรู้หรือออกกำลังกายมาตลอดชีวิตของพวกเขาจะต้องถูกนำไปใช้เพื่อทำให้สิ่งนั้นกลับมาทำงานได้อีกครั้ง แน่นอนว่าคุณสามารถสร้างโคลนและแม้กระทั่งการแบ็คอัพข้อมูลทั้งหมด - เรากำลังพูดถึงที่นี่เกี่ยวกับเซิร์ฟเวอร์ฐานข้อมูลขนาดเล็กซึ่งกำหนดเส้นทางไปยังเครือข่ายคอมพิวเตอร์อื่นผ่านเซิร์ฟเวอร์ลิงก์ แต่ถึงกระนั้นความรับผิดชอบก็ยังคงยิ่งใหญ่ในช่วงเวลาเหล่านั้น

ในฐานะนักพัฒนาซอฟต์แวร์หรือผู้ทดสอบซอฟต์แวร์ความรับผิดชอบก็ยิ่งใหญ่เช่นกัน แต่ฉันไม่เคยประสบกับความยากลำบากเช่นนี้มาก่อน ฉันสามารถจินตนาการได้ว่าเหตุผลนั้นอยู่ที่ความจริงที่ว่าพวกเขาแต่ละคนสานเพียงใยแมงมุมเว็บของโลกเทคโนโลยีสารสนเทศ

หากฉันเคยเป็นผู้ดูแลฐานข้อมูลฉันจะอัปเดตสิ่งที่ฉันเขียนตอนนี้ที่นี่

และตอนนี้ฉันอายุ 38 + 1/2 ปี

เช่นเดียวกับทักษะส่วนใหญ่การเรียนรู้ที่จะเป็น dba ต้องใช้เวลา การเป็นดีบีเอนั้นใช้เวลานานกว่า ยิ่งคุณอ่านและเรียนรู้มากเท่าไหร่คุณก็ยิ่งมีความรู้มากขึ้นเท่านั้น

เส้นทางสู่การเป็น dba ก็คือการเขียนรายงานหรือในฐานะผู้เชี่ยวชาญด้านแอปพลิเคชัน ยิ่งคุณใช้เวลากับ SQL มากเท่าไหร่คุณก็จะได้เรียนรู้เกี่ยวกับวิธีการที่ดีบีเอสทำงาน การมีความเชี่ยวชาญในการสืบค้น SQL จะให้จุดเริ่มต้นที่ดีสำหรับการเป็น dba