วัตถุประสงค์ของการบริหารและความเกี่ยวข้องสำหรับ ฐานที่ทันสมัยข้อมูล.

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

ความจำเป็นสำหรับบุคลากรเพื่อให้แน่ใจว่าการบริหารข้อมูลในระบบฐานข้อมูลระหว่างการดำเนินการเป็นผลมาจากลักษณะการจัดการข้อมูลแบบรวมศูนย์ในระบบดังกล่าว ซึ่งจำเป็นต้องมีการค้นหาการประนีประนอมอย่างต่อเนื่องระหว่างข้อกำหนดที่ขัดแย้งกันสำหรับระบบในสภาพแวดล้อมผู้ใช้ทางสังคม แม้ว่าความต้องการนี้จะได้รับการยอมรับในช่วงแรกของการพัฒนาเทคโนโลยีฐานข้อมูล แต่ความเข้าใจที่ชัดเจนและการจัดโครงสร้างหน้าที่ของบุคลากรฝ่ายบริหารก็เกิดขึ้นก็ต่อเมื่อได้รับการยอมรับเท่านั้น สถาปัตยกรรมหลายชั้น DBMS (ANSI/X3/SPARC ในปี 1975)

รายละเอียดงาน.

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

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

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

ผู้ดูแลฐานข้อมูล: แนวทางแบบคลาสสิก.

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

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

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

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

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

อาจมีการจำแนกกลุ่มการบริหารแบบอื่น - แหล่งที่มา - นิตยสาร Oracle Professional, ตุลาคม 2544; ดูภาคผนวก 1

ขั้นตอนการบริหาร.

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

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

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

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

ดังนั้นจึงสามารถสรุปลักษณะทั่วไปบางประการได้

ผู้ดูแลระบบฐานข้อมูล- นี้:

· ผู้จัดการข้อมูล ไม่ใช่เจ้าของ

· โปรแกรมเมอร์ระบบประวัติบางอย่างตลอดจนผู้เชี่ยวชาญระดับสูงที่ให้บริการการปฏิบัติงานพร้อมการตัดสินใจเกี่ยวกับขั้นตอนและระเบียบการทำงาน

· ผู้มีอำนาจตัดสินใจขั้นสูงสุดในสาขาของตน และเป็นบุคคลที่มีความสามารถในการสื่อสาร วางแผนร่วมกัน และประนีประนอม

ความน่าเชื่อถือและความถูกต้องคือ แนวคิดหลักในกิจกรรมของผู้ดูแลฐานข้อมูล จะต้องสามารถจัดทำเอกสารกิจกรรมการจัดการฐานข้อมูลทั้งหมดอย่างละเอียด.

ชุดคุณสมบัติผู้ดูแลระบบฐานข้อมูล .

1. ให้คำปรึกษานักวิเคราะห์และโปรแกรมเมอร์เกี่ยวกับคุณสมบัติของเวอร์ชัน DBMS ที่ใช้และเครื่องมือในการพัฒนา การมีส่วนร่วมร่วมกับนักวิเคราะห์ในการออกแบบฐานข้อมูล การออกแบบเชิงตรรกะเมื่อมีประโยชน์ในการคำนึงถึงคำแนะนำการออกแบบฐานข้อมูลเฉพาะสำหรับ DBMS หรือโหมดการประมวลผลข้อมูล

2. การวางแผนการใช้อุปกรณ์จัดเก็บข้อมูล ( หน่วยความจำดิสก์) ในการออกแบบฐานข้อมูลทางกายภาพ

3. การบำรุงรักษาพจนานุกรมอ้างอิง

4. การรวบรวมและวิเคราะห์สถิติเกี่ยวกับการทำงานของฐานข้อมูลการกำหนดค่า การประมวลผลที่มีประสิทธิภาพข้อมูลและบริการผู้ใช้

5. การจัดการการนำเสนอฐานข้อมูลในสภาพแวดล้อมการจัดเก็บข้อมูล

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

6. การปรับโครงสร้างองค์กร (การปรับโครงสร้าง) ฐานข้อมูล

· การปรับโครงสร้างเชิงตรรกะ - การปรับเปลี่ยนแผนภาพแนวคิดตามด้วยการนำฐานข้อมูลให้สอดคล้องกับรูปแบบที่จัดตั้งขึ้นใหม่

7. การตรวจสอบความสมบูรณ์และการกู้คืนฐานข้อมูล

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

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

8. การเชื่อมต่อนักพัฒนาและผู้ใช้รายใหม่ การกำหนดรหัสผ่านและสิทธิ์ในการเข้าถึงข้อมูลเฉพาะ

9. การควบคุมการเติบโตของ DBMS การพิจารณาความเป็นไปได้ของการปรับปรุงอุปกรณ์ให้ทันสมัย

10. การแปลงข้อมูลและโปรแกรมแอปพลิเคชัน

เครื่องมือดีบีเอ

เพื่อรองรับฟังก์ชันการจัดการข้อมูล DBMS จึงจัดเตรียมเครื่องมือพิเศษที่จัดระเบียบตามกฎในรูปแบบประเภทต่างๆ สาธารณูปโภค- สาธารณูปโภค ความต้องการของผู้ดูแลระบบขึ้นอยู่กับความรับผิดชอบและคุณสมบัติของเขา

1. การตรวจสอบเชิงป้องกัน:

· ผ่อนปรนผู้บริหารมาตรการฉุกเฉิน

· บรรเทาความเดือดร้อนของผู้ดูแลระบบในช่วงเย็นและวันหยุดสุดสัปดาห์

เร่งการได้รับประสบการณ์

1. เครื่องมือวินิจฉัย:

· เปลี่ยน DBA รุ่นน้องให้เป็นผู้อาวุโส โดยปล่อยให้ DBA รุ่นหลังมีสมาธิกับงานอื่น

2. เครื่องมือวิเคราะห์:

· ช่วยในการวางแผนการเติบโตของฐานข้อมูลและต้นทุนในอนาคต

3. เครื่องมือบำรุงรักษา:

· ช่วยในการสำรองและกู้คืนข้อมูล ลดเวลาการทำงาน และลดจำนวนข้อผิดพลาด

· ช่วยในการปรับโครงสร้างองค์กรใหม่ ประหยัดเวลา ลดจำนวนข้อผิดพลาด และระยะเวลาในการบำรุงรักษา

· ส่งเสริม ความพร้อมใช้งานสูงสร้างหน้าต่างป้องกันที่ “มองไม่เห็น” จากมุมมองของระบบ และช่วยในการสำรอง/กู้คืนระบบ

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

ภาคผนวก 1

การจำแนกประเภท DBA

DBA มีหลายประเภท และความรับผิดชอบอาจแตกต่างกันไปในแต่ละบริษัท ต่อไปนี้เป็นลักษณะของ DBA บางประเภทและตำแหน่งที่ครอบครอง:

1. ฐานข้อมูลการดำเนินงาน:

· ถูกจัดการ พื้นที่ดิสก์

ตรวจสอบประสิทธิภาพของระบบในปัจจุบัน

· ตอบสนองต่อข้อผิดพลาดของฐานข้อมูลที่เกิดขึ้นใหม่

· อัพเดตซอฟต์แวร์ระบบและซอฟต์แวร์ฐานข้อมูล

· ควบคุมการเปลี่ยนแปลงโครงสร้างในฐานข้อมูล

· เปิดตัวขั้นตอนการสำรองข้อมูล

·ดำเนินการกู้คืนข้อมูล

สร้างและจัดการ ทดสอบการกำหนดค่าดีบี

2. ยุทธวิธี ABD:

· ใช้แผนการจัดวางข้อมูล

· อนุมัติขั้นตอนสำหรับการสำรองและกู้คืนข้อมูล

· พัฒนาและนำไปปฏิบัติ องค์ประกอบโครงสร้าง DB: ตาราง คอลัมน์ ขนาดวัตถุ การจัดทำดัชนี ฯลฯ สคริปต์สำหรับเปลี่ยนสคีมาฐานข้อมูล พารามิเตอร์การกำหนดค่าดีบี

· อนุมัติแผนปฏิบัติการในกรณีฉุกเฉิน

3. เชิงกลยุทธ์ (เชิงกลยุทธ์) DBA:

· เลือกผู้จำหน่ายฐานข้อมูล

· สร้างมาตรฐานข้อมูลองค์กร

·ใช้วิธีการแลกเปลี่ยนข้อมูลภายในองค์กร

· กำหนดกลยุทธ์องค์กรสำหรับการสำรองและกู้คืนข้อมูล

· ติดตั้ง แนวทางองค์กรเพื่อขจัดผลที่ตามมาจากอุบัติเหตุและรับรองความพร้อมใช้งานของข้อมูล

4. อาวุโส ABD:

· รู้จักพนักงานของตนอย่างถี่ถ้วน

· มีความต้องการสูง

· สามารถเขียนบทที่จะปลดปล่อยพวกเขาจากหีบที่ถูกล็อคโยนลงทะเล และรู้สึกภาคภูมิใจอย่างยิ่งกับการสร้างสรรค์ของพวกเขา

· ใช้เวลาส่วนใหญ่ในการเตรียม DBA รุ่นน้อง

· ได้รับการยกย่องอย่างสูงจากฝ่ายบริหารและได้รับเงินจำนวนมหาศาล

5. รุ่นน้อง(จูเนียร์)ดีบีเอ:

· ความฝันที่จะเป็น ABD อาวุโส

· เขียนสคริปไม่เก่ง

มีแนวโน้มที่จะใช้เครื่องมือการจัดการฐานข้อมูลมากขึ้น

· ยังได้รับผลตอบแทนที่ดีอีกด้วย

6. สมัครแล้ว(แอปพลิเคชัน)ดีบีเอ:

· ตระหนักถึงความต้องการข้อมูลของบริษัท

ช่วยในการพัฒนาปัญหาการใช้งาน

รับผิดชอบในการพัฒนาโครงการและการเปลี่ยนแปลง

· เมื่อใช้ร่วมกับฐานข้อมูลระบบจะจัดให้มีการสำรอง/กู้คืนข้อมูลในระดับที่เหมาะสม

· สร้างฐานข้อมูลทดสอบ

7. DBA ของระบบ:

· รับผิดชอบทุกสิ่งที่จำเป็นสำหรับการสำรองและกู้คืนข้อมูล

· ตรวจสอบประสิทธิภาพของระบบโดยรวม

· ดำเนินการแก้ไขปัญหา

· ตระหนักถึงความต้องการความจุฐานข้อมูลในปัจจุบันและอนาคต

· ตระหนักถึงสถานะปัจจุบันและความต้องการของฐานข้อมูล

8. เงินเดือน(สัญญา)ดีบีเอ :

· ได้รับเชิญให้ทำงานเฉพาะด้านหรือเป็นที่ปรึกษา

· ส่งมอบให้กับเจ้าหน้าที่ ความรู้ที่จำเป็น

·บันทึกการกระทำของคุณ!

ต้องมีความรู้เป็นเลิศในสาขาที่เกี่ยวข้อง

ดีเป็นพนักงานชั่วคราวเพื่อประเมินโครงการหรือระบบ

9. ผู้บริหาร-ผู้นำ:

· จัดการประชุมประจำสัปดาห์

· กำหนดรายการงานที่มีลำดับความสำคัญ

· ก่อตั้งและประกาศ อัตราอย่างเป็นทางการและกลยุทธ์

· อนุมัติและปรับรายละเอียดงานและรายการความรับผิดชอบ

· ตรวจสอบให้แน่ใจว่ามีเอกสารที่เกี่ยวข้องอยู่

ภาคผนวก 2

การบริหาร DBMS สำหรับผู้จัดการธุรกิจ

บนเว็บไซต์ IBM alphaWorks ซึ่งบริษัทแนะนำผู้มีส่วนได้เสียให้รู้จัก เทคโนโลยีซอฟต์แวร์ขณะนี้อยู่ระหว่างการพัฒนา ระบบข้อมูลตามนโยบายเวอร์ชันทดลองใช้งานมีให้ใช้งานฟรี เครื่องมือการจัดการ- ตามที่ตัวแทนของ IBM India Research Lab ชุดเครื่องมือนี้จะช่วยให้ “ผู้จัดการธุรกิจที่รับผิดชอบนโยบายภายในในองค์กรทำการเปลี่ยนแปลงที่จำเป็นในฐานข้อมูลที่เกี่ยวข้องได้อย่างอิสระ” โดยเฉพาะอย่างยิ่ง ระบบอนุญาตให้คุณสร้างและแก้ไขกฎเกณฑ์ทางธุรกิจที่ควบคุมการเก็บรักษาบันทึกทางบัญชีและบันทึกอื่นๆ ของบริษัท นโยบายและวัตถุทางธุรกิจ (เช่น "ลูกค้ารายใหญ่" "ข้อมูลบัตรเครดิต" ฯลฯ ) ถูกสร้างขึ้นโดยใช้รูปแบบที่เรียบง่าย กุย- รองรับความสามารถในการเก็บถาวร การลบข้อมูล และการส่งการแจ้งเตือน ตัวอย่างกฎที่สามารถสร้างได้โดยใช้ระบบ เช่น การแจ้งเตือนอัตโนมัติผู้จัดการแผนก ในกรณีที่ลูกค้าราคาแพงลาออก กฎที่ขัดแย้งกันได้รับการยอมรับ ชุดเครื่องมือนี้ออกแบบมาสำหรับ DB2 แต่จะทำงานร่วมกับ Oracle และ เซิร์ฟเวอร์ SQLหลังจาก "แก้ไขแบบง่ายๆ"

การแนะนำ………………………………………………………………………………. 3
1 ผู้ดูแลระบบฐานข้อมูล – แนวคิดพื้นฐาน……………………… 5

1.1 ประวัติ แนวคิด ประเภทหลักของผู้ดูแลฐานข้อมูล…… 5

1.2 งานผู้ดูแลฐานข้อมูล………………………………... 7

1.3 ความรับผิดชอบของผู้ดูแลระบบระบบควบคุมสมัยใหม่
ฐานข้อมูล………………………………………………………………………… …8

2 การบริหารฐานข้อมูล…………………………….. 12

2.1 การจัดการข้อมูลในฐานข้อมูล…………………………………………... 12
2.1.1 การจัดการข้อมูลโดยตรงใน หน่วยความจำภายนอก……….. 12
2.1.2 การจัดการบัฟเฟอร์ หน่วยความจำเข้าถึงโดยสุ่ม………………………….. 12
2.1.3 การจัดการธุรกรรม………… ………………... 13
2.1.4 การบันทึก………………………………………… …………... 14

2.1.5 รองรับภาษาฐานข้อมูล …………………………………………………. 17

2.2 การจัดการความปลอดภัยใน DBMS …………………………………….. 18
บทสรุป…………………………………… ………………………………. 28
อภิธานศัพท์…………………………………………………………………… 30
รายการแหล่งที่มาที่ใช้………………………………….…. 32
การสมัคร……………………………………………………… ……………………………………………………… 33

การแนะนำ

ฐานข้อมูลสมัยใหม่เป็นระบบซอฟต์แวร์มัลติฟังก์ชั่นที่ซับซ้อนที่ทำงานในสภาพแวดล้อมแบบกระจายแบบเปิด มีวางจำหน่ายแล้วในปัจจุบันสำหรับการใช้งานทางธุรกิจ และไม่เพียงทำหน้าที่เป็นโซลูชันด้านเทคนิคและวิทยาศาสตร์เท่านั้น แต่ยังเป็นผลิตภัณฑ์ที่สมบูรณ์สำหรับนักพัฒนาอีกด้วย เครื่องมืออันทรงพลังการจัดการข้อมูลและเครื่องมือมากมายสำหรับการสร้างโปรแกรมและระบบ
การบริหารฐานข้อมูลเกี่ยวข้องกับการปฏิบัติหน้าที่ที่มุ่งสร้างความมั่นใจในการทำงานที่เชื่อถือได้และมีประสิทธิภาพของระบบฐานข้อมูล ความเพียงพอของเนื้อหาฐานข้อมูลต่อความต้องการข้อมูลของผู้ใช้ และการแสดงสถานะปัจจุบันของสาขาวิชาในฐานข้อมูล
ความจำเป็นสำหรับบุคลากรเพื่อให้แน่ใจว่าการบริหารข้อมูลในระบบฐานข้อมูลระหว่างการดำเนินการเป็นผลมาจากลักษณะการจัดการข้อมูลแบบรวมศูนย์ในระบบดังกล่าว ซึ่งจำเป็นต้องมีการค้นหาการประนีประนอมอย่างต่อเนื่องระหว่างข้อกำหนดที่ขัดแย้งกันสำหรับระบบในสภาพแวดล้อมผู้ใช้ทางสังคม แม้ว่าความต้องการนี้ได้รับการยอมรับในช่วงเริ่มต้นของการพัฒนาเทคโนโลยีฐานข้อมูล แต่ความเข้าใจที่ชัดเจนและการจัดโครงสร้างหน้าที่ของบุคลากรฝ่ายธุรการเกิดขึ้นเมื่อมีการรับรู้สถาปัตยกรรม DBMS หลายระดับเท่านั้น
ปัญหาของการศึกษาเรื่อง "การบริหารฐานข้อมูล" คือความสามารถในการให้คำตอบที่ครอบคลุมสำหรับคำถามที่ถูกถาม: การบริหารฐานข้อมูลคืออะไร หน้าที่หลักและภารกิจคืออะไร ความสำคัญต่อความมั่นคงและ งานที่มีประสิทธิภาพฐานข้อมูล
ความเกี่ยวข้องของการศึกษาเรื่อง “การบริหารฐานข้อมูล” ไม่อาจปฏิเสธได้ ปัญหาการบริหารฐานข้อมูลได้รับความสนใจค่อนข้างเร็ว ๆ นี้ด้วยการกำเนิดและการพัฒนาฐานข้อมูลสมัยใหม่ อย่างไรก็ตามเนื่องจากการปรับปรุงฐานข้อมูลและระบบการจัดการข้อมูลเป็นปรากฏการณ์ที่ต่อเนื่องและต่อเนื่องปัญหาจึงค่อนข้างเกี่ยวข้องดังนั้นจึงต้องมีการวิจัยเพิ่มเติมในสาขาเทคโนโลยีคอมพิวเตอร์นี้
การวิจัยนี้มีวัตถุประสงค์เพื่อศึกษาการบริหารฐานข้อมูล
วัตถุประสงค์ของการศึกษานี้จัดทำขึ้นตามวัตถุประสงค์และมีดังต่อไปนี้:
1. พิจารณาแนวคิด การจำแนก และหน้าที่ของผู้ดูแลฐานข้อมูล
2. ตรวจสอบความรับผิดชอบ การเชื่อมต่อ และสิ่งอำนวยความสะดวกของผู้ดูแลระบบ ระบบที่ทันสมัยการจัดการฐานข้อมูล
3. ศึกษาทิศทางหลักและหลักการบริหารฐานข้อมูล
การศึกษาครั้งนี้ดำเนินการโดยใช้หลักการทางทฤษฎีที่เปิดเผยลักษณะสำคัญและองค์ประกอบของปรากฏการณ์ที่กำลังศึกษา
ความสำคัญเชิงปฏิบัติของการศึกษาอยู่ที่ตัวมัน การใช้งานที่เป็นไปได้เมื่อเรียน เทคโนโลยีสารสนเทศในสถาบันอุดมศึกษา

ส่วนสำคัญ

1 ผู้ดูแลฐานข้อมูล - แนวคิดพื้นฐาน

ประวัติ แนวคิด ประเภทหลักของผู้ดูแลฐานข้อมูล

แนวทางคลาสสิกในการเติมเนื้อหาของแนวคิด "DBA" เริ่มเป็นรูปเป็นร่างหลังจากการตีพิมพ์รายงานการทำงานของกลุ่มเกี่ยวกับฐานข้อมูลของ American National Standards Institute ANSI/X3/SPARC ในปี 1975 รายงานนี้อธิบายสถาปัตยกรรม DBMS สามระดับที่แยกความแตกต่างชั้นสคีมาข้อมูลภายนอก ชั้นสคีมาข้อมูลเชิงแนวคิด และชั้นสคีมาการจัดเก็บข้อมูลทางกายภาพ ตามสถาปัตยกรรมนี้ มีการกำหนดบทบาท DBA สามบทบาท: ผู้ดูแลระบบสคีมาเชิงแนวคิด ผู้ดูแลระบบสคีมาภายนอก และผู้ดูแลระบบที่เก็บข้อมูล ในกรณีของระบบที่มีขนาดเล็กมาก บทบาทเหล่านี้สามารถเล่นได้เพียงคนเดียวเท่านั้น ระบบใหญ่สามารถกำหนดกลุ่มคนให้กับแต่ละบทบาทได้ แต่ละบทบาทมีความเกี่ยวข้องกับชุดของฟังก์ชัน และฟังก์ชันทั้งหมดเหล่านี้รวมกันเป็นฟังก์ชันของ DBA
ในปี พ.ศ. 2523 - 2524 วรรณกรรมอเมริกันได้รับการยอมรับให้รวมไว้ในหน้าที่ของ DBA:

การวางแผนองค์กรและด้านเทคนิคของฐานข้อมูล
การออกแบบฐานข้อมูล
ให้การสนับสนุนการพัฒนาโปรแกรมแอพพลิเคชั่น
การจัดการการดำเนินงานฐานข้อมูล

ในประเทศของเราในเวลาเดียวกัน คำจำกัดความแรกของฐานข้อมูลใน GOST ระบุฟังก์ชันฐานข้อมูลที่แคบเกินไป:

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

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

ผู้ดูแลระบบ.
สถาปนิกฐานข้อมูล
นักวิเคราะห์ฐานข้อมูล
ผู้พัฒนาโมเดลข้อมูล
ผู้ดูแลระบบแอปพลิเคชัน
ผู้ดูแลฐานข้อมูลเชิงปัญหา
นักวิเคราะห์ประสิทธิภาพ
ผู้ดูแลระบบคลังข้อมูล

งานผู้ดูแลระบบฐานข้อมูล

งานของผู้ดูแลระบบฐานข้อมูล (DBA) อาจแตกต่างกันเล็กน้อยขึ้นอยู่กับประเภทของระบบจัดการฐานข้อมูล (DBMS) ที่ใช้ แต่งานหลัก ได้แก่ :

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

ความรับผิดชอบของผู้ดูแลระบบการจัดการฐานข้อมูลสมัยใหม่

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

การออกแบบและพัฒนาแอพพลิเคชั่นฐานข้อมูล

การออกแบบโครงสร้างฐานข้อมูลให้สอดคล้องกับข้อกำหนดการใช้งาน

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

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

2 การบริหารฐานข้อมูล

2.1 การจัดการข้อมูลในฐานข้อมูล

2.1.1 การจัดการข้อมูลในหน่วยความจำภายนอกโดยตรง

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

2.1.2 การจัดการบัฟเฟอร์ RAM

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

2.1.3 การจัดการธุรกรรม

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

2.1.4 การบันทึก

ข้อกำหนดหลักประการหนึ่งสำหรับ DBMS คือความน่าเชื่อถือของการจัดเก็บข้อมูลในหน่วยความจำภายนอก ความน่าเชื่อถือในการจัดเก็บข้อมูลหมายความว่า DBMS จะต้องสามารถกู้คืนสถานะที่สอดคล้องกันล่าสุดของฐานข้อมูลได้ หลังจากที่ฮาร์ดแวร์หรือซอฟต์แวร์เกิดความล้มเหลว โดยทั่วไปแล้ว ความล้มเหลวของฮาร์ดแวร์ที่เป็นไปได้สองประเภทจะถูกพิจารณา: สิ่งที่เรียกว่าความล้มเหลวแบบซอฟต์ ซึ่งสามารถตีความได้ว่าเป็นการหยุดคอมพิวเตอร์กะทันหัน (ตัวอย่างเช่น การปิดระบบฉุกเฉินแหล่งจ่ายไฟ) และความล้มเหลวอย่างหนักซึ่งมีสาเหตุมาจากการสูญเสียข้อมูลในสื่อหน่วยความจำภายนอก ตัวอย่าง ความผิดพลาดของซอฟต์แวร์อาจเป็น: การยุติฉุกเฉินของ DBMS (เนื่องจากข้อผิดพลาดในโปรแกรมหรือเป็นผลมาจากความล้มเหลวของฮาร์ดแวร์บางอย่าง) หรือการยุติฉุกเฉินของโปรแกรมผู้ใช้ ซึ่งเป็นผลมาจากธุรกรรมบางอย่างยังคงไม่สมบูรณ์ สถานการณ์แรกถือได้ว่าเป็นความล้มเหลวของฮาร์ดแวร์ซอฟต์ชนิดพิเศษ เมื่อเกิดเหตุการณ์หลังขึ้น จำเป็นต้องกำจัดผลที่ตามมาของการทำธุรกรรมเพียงรายการเดียว
เป็นที่ชัดเจนว่าในกรณีใด ๆ ในการกู้คืนฐานข้อมูลคุณต้องมีข้อมูลเพิ่มเติม กล่าวอีกนัยหนึ่ง การรักษาความน่าเชื่อถือของการจัดเก็บข้อมูลในฐานข้อมูลจำเป็นต้องมีการจัดเก็บข้อมูลซ้ำซ้อน และส่วนของข้อมูลที่ใช้สำหรับการกู้คืนจะต้องจัดเก็บอย่างน่าเชื่อถือเป็นพิเศษ วิธีการทั่วไปในการรักษาข้อมูลที่ซ้ำซ้อนดังกล่าวคือการรักษาบันทึกการเปลี่ยนแปลงฐานข้อมูล
บันทึกนี้เป็นส่วนพิเศษของฐานข้อมูล ซึ่งผู้ใช้ DBMS ไม่สามารถเข้าถึงได้และได้รับการดูแลเป็นพิเศษ (บางครั้งจะมีการเก็บรักษาสำเนาบันทึกสองชุด ซึ่งอยู่ที่ต่างกัน ฟิสิคัลดิสก์) ซึ่งรับบันทึกการเปลี่ยนแปลงทั้งหมดในส่วนหลักของฐานข้อมูล ใน DBMS ที่แตกต่างกัน การเปลี่ยนแปลงฐานข้อมูลจะถูกล็อกออน ระดับที่แตกต่างกัน: บางครั้งรายการบันทึกจะสอดคล้องกับการดำเนินการแก้ไขฐานข้อมูลเชิงตรรกะบางอย่าง (เช่น การดำเนินการเพื่อลบแถวออกจากตารางฐานข้อมูลเชิงสัมพันธ์) บางครั้งเป็นการดำเนินการแก้ไขภายในขั้นต่ำสุดของเพจหน่วยความจำภายนอก บางระบบใช้ทั้งสองวิธีพร้อมกัน
ในทุกกรณี จะมีการปฏิบัติตามกลยุทธ์ของการบันทึก "เชิงรุก" (ที่เรียกว่าโปรโตคอล Write Ahead Log - WAL) โดยทั่วไปแล้ว กลยุทธ์นี้คือบันทึกการเปลี่ยนแปลงในออบเจ็กต์ฐานข้อมูลใดๆ จะต้องเข้าสู่หน่วยความจำภายนอกของบันทึกก่อนที่ออบเจ็กต์ที่เปลี่ยนแปลงจะเข้าสู่หน่วยความจำภายนอกของส่วนหลักของฐานข้อมูล เป็นที่ทราบกันดีว่าหากสังเกตโปรโตคอล WAL อย่างถูกต้องใน DBMS การใช้บันทึกคุณจะสามารถแก้ไขปัญหาทั้งหมดในการกู้คืนฐานข้อมูลหลังจากเกิดความล้มเหลว
สถานการณ์การกู้คืนที่ง่ายที่สุดคือการย้อนกลับธุรกรรมแต่ละรายการ พูดอย่างเคร่งครัด สิ่งนี้ไม่จำเป็นต้องมีบันทึกการเปลี่ยนแปลงฐานข้อมูลทั้งระบบ ก็เพียงพอแล้วสำหรับแต่ละธุรกรรมที่จะรักษาบันทึกในเครื่องของการดำเนินการแก้ไขฐานข้อมูลที่ดำเนินการในธุรกรรมนี้ และเพื่อย้อนกลับธุรกรรมโดยดำเนินการย้อนกลับ ตามต่อจากจุดสิ้นสุดของบันทึกในเครื่อง DBMS บางตัวทำเช่นนี้ แต่ในระบบส่วนใหญ่ไม่รองรับบันทึกในเครื่อง และการย้อนกลับธุรกรรมแต่ละรายการจะดำเนินการโดยใช้บันทึกทั่วทั้งระบบ ซึ่งบันทึกทั้งหมดจากธุรกรรมหนึ่งจะเชื่อมโยงในรายการย้อนกลับ (ตั้งแต่ต้นจนจบ)
ในระหว่างความล้มเหลวแบบซอฟต์ หน่วยความจำภายนอกของส่วนหลักของฐานข้อมูลอาจมีอ็อบเจ็กต์ที่ถูกแก้ไขโดยธุรกรรมที่ยังไม่เสร็จสมบูรณ์ในเวลาที่เกิดความล้มเหลว และอาจไม่มีอ็อบเจ็กต์ที่ถูกแก้ไขโดยธุรกรรมที่เสร็จสมบูรณ์ในเวลาที่เกิดความล้มเหลว (เนื่องจากการใช้บัฟเฟอร์ RAM เนื้อหาจะสูญหายไประหว่างความล้มเหลวแบบซอฟต์) หากปฏิบัติตามโปรโตคอล WAL หน่วยความจำบันทึกภายนอกจะต้องรับประกันว่าจะมีบันทึกที่เกี่ยวข้องกับการดำเนินการแก้ไขของวัตถุทั้งสองประเภท เป้าหมายของกระบวนการกู้คืนหลังจากความล้มเหลวแบบซอฟต์คือสถานะของหน่วยความจำภายนอกของส่วนหลักของฐานข้อมูลซึ่งจะเกิดขึ้นหากการเปลี่ยนแปลงของธุรกรรมที่เสร็จสมบูรณ์ทั้งหมดถูกบันทึกในหน่วยความจำภายนอกและจะไม่มีร่องรอยของงานที่ยังไม่เสร็จ การทำธุรกรรม เพื่อให้บรรลุเป้าหมายนี้ ขั้นแรกพวกเขาจะย้อนกลับธุรกรรมที่ยังไม่เสร็จสมบูรณ์ (เลิกทำ) จากนั้นจึงเล่นซ้ำ (ทำซ้ำ) การดำเนินการของธุรกรรมที่เสร็จสมบูรณ์ซึ่งผลลัพธ์ไม่แสดงในหน่วยความจำภายนอก กระบวนการนี้มีรายละเอียดปลีกย่อยมากมายที่เกี่ยวข้อง องค์กรทั่วไปการจัดการบัฟเฟอร์และบันทึก เราจะดูรายละเอียดเพิ่มเติมในการบรรยายที่เกี่ยวข้อง
หากต้องการกู้คืนฐานข้อมูลหลังจากเกิดข้อผิดพลาดร้ายแรง ให้ใช้บันทึกและสำเนาฐานข้อมูลที่เก็บไว้ พูดประมาณว่า สำเนาเอกสารสำคัญ- นี่เป็นสำเนาฐานข้อมูลที่สมบูรณ์ ณ เวลาที่บันทึกเริ่มกรอก (มีตัวเลือกมากมายสำหรับการตีความความหมายของสำเนาเก็บถาวรที่ยืดหยุ่นมากขึ้น) แน่นอนว่าสำหรับการกู้คืนฐานข้อมูลปกติหลังจากเกิดความล้มเหลวอย่างหนัก บันทึกจะไม่หายไป ตามที่ระบุไว้แล้ว มีการกำหนดข้อกำหนดที่เข้มงวดเป็นพิเศษเกี่ยวกับความปลอดภัยของบันทึกในหน่วยความจำภายนอกใน DBMS จากนั้นการกู้คืนฐานข้อมูลประกอบด้วยการทำซ้ำจากไฟล์เก็บถาวรคัดลอกงานของธุรกรรมทั้งหมดที่สิ้นสุดในเวลาที่เกิดความล้มเหลว โดยหลักการแล้ว เป็นไปได้ที่จะเล่นซ้ำธุรกรรมที่รอดำเนินการและดำเนินการต่อไปหลังจากการกู้คืนเสร็จสมบูรณ์ อย่างไรก็ตาม ในระบบจริงมักไม่ทำเช่นนี้ เนื่องจากกระบวนการกู้คืนหลังจากเกิดความล้มเหลวอย่างรุนแรงนั้นค่อนข้างยาว

2.1.5. รองรับภาษาฐานข้อมูล

ในการทำงานกับฐานข้อมูลจะใช้ภาษาพิเศษโดยทั่วไปเรียกว่าภาษาฐานข้อมูล DBMS ยุคแรกรองรับหลายภาษาที่เชี่ยวชาญในการทำงานของพวกเขา บ่อยครั้งที่มีสองภาษาที่แตกต่างกัน - ภาษาคำจำกัดความสคีมาฐานข้อมูล (SDL - ภาษาคำจำกัดความสคีมา) และภาษาการจัดการข้อมูล (DML - ภาษาการจัดการข้อมูล) SDL ทำหน้าที่กำหนดโครงสร้างเชิงตรรกะของฐานข้อมูลเป็นหลัก เช่น โครงสร้างของฐานข้อมูลตามที่ปรากฏแก่ผู้ใช้ DML มีชุดตัวดำเนินการจัดการข้อมูล เช่น โอเปอเรเตอร์ที่อนุญาตให้คุณป้อนข้อมูลลงในฐานข้อมูล ลบ แก้ไข หรือเลือกข้อมูลที่มีอยู่ เราจะดูรายละเอียดเพิ่มเติมเกี่ยวกับภาษา DBMS ยุคแรก ๆ ในการบรรยายครั้งต่อไป
ฯลฯ................

" การบริหาร

การบริหารฐานข้อมูลเป็นฟังก์ชันการจัดการฐานข้อมูล บุคคลที่รับผิดชอบในการจัดการฐานข้อมูลเรียกว่า “ผู้ดูแลฐานข้อมูล” (DBA)

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

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

ผู้ดูแลฐานข้อมูล (DBA)

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

ABD มีรหัสพิเศษสำหรับอาชีพคนงาน ตำแหน่งพนักงาน และประเภทภาษี (OKPDTR) ทั้งหมดของรัสเซีย - 40064 และรหัส 2139 สำหรับ ตัวจําแนกภาษารัสเซียทั้งหมดคลาส (OKZ) รหัส 2139 OKZ ได้รับการถอดรหัสดังนี้: 2 - ผู้เชี่ยวชาญด้านคุณสมบัติระดับสูงสุด, 21 - ผู้เชี่ยวชาญในสาขาวิทยาศาสตร์ธรรมชาติ* และวิศวกรรมศาสตร์, 213 - ผู้เชี่ยวชาญด้านคอมพิวเตอร์, 2139 - ผู้เชี่ยวชาญด้านคอมพิวเตอร์ที่ไม่รวมอยู่ในกลุ่มอื่น

เรื่องราว

แนวทางคลาสสิกในการเติมเนื้อหาของแนวคิด "DBA" เริ่มเป็นรูปเป็นร่างหลังจากการตีพิมพ์รายงานการทำงานของกลุ่มเกี่ยวกับฐานข้อมูลของ American National Standards Institute ANSI/X3/SPARC ในปี 1975 รายงานนี้อธิบายสถาปัตยกรรม DBMS สามระดับที่แยกความแตกต่างชั้นสคีมาข้อมูลภายนอก ชั้นสคีมาข้อมูลเชิงแนวคิด และชั้นสคีมาการจัดเก็บข้อมูลทางกายภาพ ตามสถาปัตยกรรมนี้ มีการกำหนดบทบาท DBA สามบทบาท: ผู้ดูแลระบบสคีมาเชิงแนวคิด ผู้ดูแลระบบสคีมาภายนอก และผู้ดูแลระบบที่เก็บข้อมูล บทบาทเหล่านี้สามารถเล่นได้โดยบุคคลหนึ่งคนในระบบขนาดเล็กมาก ในระบบขนาดใหญ่ กลุ่มคนสามารถถูกกำหนดให้กับแต่ละบทบาทได้ แต่ละบทบาทมีความเกี่ยวข้องกับชุดของฟังก์ชัน และฟังก์ชันทั้งหมดเหล่านี้รวมกันเป็นฟังก์ชันของ DBA

ในปี พ.ศ. 2523 - 2524 วรรณกรรมอเมริกันได้รับการยอมรับให้รวมไว้ในหน้าที่ของ DBA:

• การวางแผนองค์กรและด้านเทคนิคของฐานข้อมูล
• การออกแบบฐานข้อมูล
• ให้การสนับสนุนการพัฒนาโปรแกรมแอพพลิเคชั่น
• การจัดการการดำเนินงานฐานข้อมูล

ในประเทศของเราในเวลาเดียวกัน คำจำกัดความแรกของฐานข้อมูลใน GOST ระบุฟังก์ชันฐานข้อมูลที่แคบเกินไป:

• การเตรียมคอมพิวเตอร์ที่ซับซ้อนสำหรับการติดตั้ง DBMS การมีส่วนร่วมในการติดตั้งและการยอมรับ DBMS และฐานข้อมูลด้วยชุดแอปพลิเคชัน
• การจัดการการดำเนินงานฐานข้อมูล
• การเตรียมพจนานุกรมและข้อมูลอ้างอิงอื่น ๆ - ข้อมูลเชิงบรรทัดฐานและข้อมูลอ้างอิง - เมื่อการทดสอบฐานข้อมูลเริ่มต้นขึ้น

สันนิษฐานว่าหน้าที่ของฐานข้อมูลจะเน้นไปที่การทำงานของฐานข้อมูลเท่านั้นและการพัฒนาจะดำเนินการโดยองค์กรเฉพาะทาง

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

งานพื้นฐานของผู้ดูแลฐานข้อมูล

งานของ DBA อาจแตกต่างกันเล็กน้อยขึ้นอยู่กับประเภทของ DBMS ที่ใช้ แต่งานหลัก ได้แก่ :

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

ประเภทหลักของผู้ดูแลฐานข้อมูล

ในบรรดา DBA ไม่มีการแบ่งแยกประเภทเอกสารที่เข้มงวด แต่ฐานข้อมูลทั่วไปหลายประเภทสามารถแยกแยะได้ ขึ้นอยู่กับความรับผิดชอบที่ได้รับมอบหมาย:

• ผู้ดูแลระบบ.
• สถาปนิกฐานข้อมูล
• นักวิเคราะห์ฐานข้อมูล
• ผู้พัฒนาโมเดลข้อมูล
• ผู้ดูแลระบบแอปพลิเคชัน
• ผู้ดูแลฐานข้อมูลเชิงปัญหา
• นักวิเคราะห์ประสิทธิภาพ
• ผู้ดูแลระบบคลังข้อมูล

ฐานข้อมูล

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

ระบบการจัดการฐานข้อมูลมักเรียกผิดๆ ว่าฐานข้อมูล จำเป็นต้องแยกแยะระหว่างข้อมูลที่เก็บไว้ (ฐานข้อมูล) และซอฟต์แวร์ที่ออกแบบมาเพื่อจัดระเบียบและบำรุงรักษาฐานข้อมูล (DBMS)

ระบบจัดการฐานข้อมูล

ระบบจัดการฐานข้อมูล(DBMS) - โปรแกรมพิเศษ(โดยปกติจะเป็นชุดของโปรแกรม) ที่ออกแบบมาเพื่อจัดระเบียบและบำรุงรักษาฐานข้อมูล ใช้สำหรับจัดเก็บและประมวลผลอย่างเป็นระบบ ปริมาณมากข้อมูล. ในกระบวนการจัดระเบียบข้อมูล DBMS จะสร้างฐานข้อมูล และในระหว่างการประมวลผลจะเรียงลำดับข้อมูลและค้นหาข้อมูล

บน ช่วงเวลานี้ปัจจุบันมี DBMS ดังต่อไปนี้:

ระบบจัดการฐานข้อมูลเชิงวัตถุเชิงสัมพันธ์ที่พัฒนาโดย Oracle Corporation

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

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

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

บทบัญญัติ

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

ฐานข้อมูลบอกเป็นนัยว่าในกระบวนการปฏิบัติงานของเขาเขาจะได้รับคำแนะนำจากเอกสารด้านกฎระเบียบและกฎหมาย สื่อการสอนที่ส่งผลโดยตรงต่อกิจกรรมของเขา

เขาจะต้องคำนึงถึงข้อกำหนดของกฎบัตรขององค์กรคำสั่งที่มาจากผู้บริหารระดับสูงตลอดจนกฎและขั้นตอนอื่น ๆ ที่จัดตั้งขึ้นในองค์กรและสอดคล้องกับกฎหมายแรงงานของประเทศ

ความรู้

ตามที่ DI ของผู้ดูแลระบบฐานข้อมูลระบุ เขาจำเป็นต้องรู้การกระทำทางกฎหมาย ข้อมูลระเบียบวิธี และมาตรฐานที่เกี่ยวข้องกับเทคโนโลยีสารสนเทศ เทคโนโลยีคอมพิวเตอร์ การออกแบบ และการพัฒนาระบบประเภทคอมพิวเตอร์

เขาจะต้องรู้ว่าอุปกรณ์ที่องค์กรมอบให้เขาในการทำงานอย่างไรลักษณะของมันคืออะไรในโหมดใดที่ทำงานและกฎทั้งหมดสำหรับการใช้คุณสมบัติทางเทคนิค

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

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

นอกจากนี้พนักงานยังต้องมีความรู้ด้านเศรษฐศาสตร์ กฎหมายแรงงาน กิจกรรมการจัดการและกฎอื่น ๆ ที่ควบคุมมัน ทำงานปกติใน บริษัท. ผู้เชี่ยวชาญจะต้องรู้วิธีเตรียมเอกสารทางเทคนิคอย่างเหมาะสมด้วย

ฟังก์ชั่น

ความรับผิดชอบของผู้ดูแลระบบรวมถึงการปฏิบัติหน้าที่บางอย่าง:

• รักษาความเกี่ยวข้องของข้อมูลที่จัดเก็บไว้ในเซิร์ฟเวอร์ของบริษัท
• การจัดการฐานข้อมูล องค์กร
• การป้องกันที่ครอบคลุม
• สแกนระบบและป้องกันไม่ให้ติดไวรัส

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

ความรับผิดชอบ

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

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

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

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

ความรับผิดชอบอื่นๆ

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

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

สิทธิ

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

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

ความรับผิดชอบ

ผู้บริหารมีหน้าที่รับผิดชอบในการปฏิบัติหน้าที่ และในกรณีที่ปฏิบัติหน้าที่ไม่ถูกต้องหรือครบถ้วนอาจต้องรับผิดตามกฎหมายของประเทศ เขายังต้องรับผิดชอบต่อการละเมิดกฎหมายที่ดินที่เขากระทำระหว่างการปฏิบัติงาน เขาอาจจะต้องรับผิดในการก่อให้เกิดความเสียหายแก่บริษัท

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

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

ในส่วนนี้ เราจะมาทำความรู้จักกับงานและหน้าที่ของการบริหารฐานข้อมูลซึ่งจะต้องจัดให้มีขึ้นในขั้นตอนแรกของการพัฒนา

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

ผู้ดูแลระบบฐานข้อมูล (DBA) คือบุคคลที่รับผิดชอบในการปฏิบัติหน้าที่ดูแลฐานข้อมูล

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

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

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

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

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

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

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

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

คำจำกัดความขององค์ประกอบข้อมูลและออบเจ็กต์โดเมน

การกำหนดชื่อที่แตกต่างกันเพื่อใช้อ้างถึงองค์ประกอบประเภทเดียวกัน

การสร้างความสัมพันธ์ระหว่างองค์ประกอบข้อมูล การเผยแพร่คำอธิบายที่เป็นข้อความขององค์ประกอบข้อมูล

การระบุแผนกหรือผู้ใช้ที่รับผิดชอบในการรับรองความถูกต้องของข้อมูล (เช่น การควบคุมการอัปเดตข้อมูล ความสอดคล้องของข้อมูล)

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

การรวบรวมข้อมูลทั้งหมดนี้จากแหล่งต่างๆ และความจำเป็นในการขจัดความขัดแย้งระหว่างแผนกต่างๆ ทำให้ DBA ต้องมีทักษะทางการฑูตด้วย

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

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

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

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

เมื่อกลับไปที่โปรแกรม Auto_Store ที่กล่าวถึงในตอนท้ายของย่อหน้าก่อนหน้า เราทราบว่าโปรแกรมนี้ช่วยให้คุณสามารถ: เพิ่ม ลบผู้ใช้ กำหนดชื่อผู้ใช้ที่มีอยู่ รหัสผ่าน ระดับการเข้าถึง กำหนดสิทธิ์การเข้าถึงสำหรับแต่ละระดับการเข้าถึง ในรูป รูปที่ 2.24 และ 2.25 แสดงรูปแบบที่สอดคล้องกับฟังก์ชันที่อธิบายไว้