DBMS - สถาปัตยกรรม

การออกแบบ DBMS ขึ้นอยู่กับสถาปัตยกรรม สามารถรวมศูนย์หรือกระจายอำนาจหรือตามลำดับชั้น สถาปัตยกรรมของ DBMS สามารถมองเห็นได้ทั้งแบบชั้นเดียวหรือหลายชั้น สถาปัตยกรรม n-tier แบ่งระบบทั้งหมดออกเป็นส่วนที่เกี่ยวข้องกัน แต่เป็นอิสระn โมดูลซึ่งสามารถแก้ไขแก้ไขเปลี่ยนแปลงหรือเปลี่ยนได้อย่างอิสระ

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

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

สถาปัตยกรรม 3 ชั้น

สถาปัตยกรรม 3 ชั้นจะแยกชั้นออกจากกันตามความซับซ้อนของผู้ใช้และวิธีการใช้ข้อมูลที่มีอยู่ในฐานข้อมูล เป็นสถาปัตยกรรมที่ใช้กันอย่างแพร่หลายในการออกแบบ DBMS

  • Database (Data) Tier- ในระดับนี้ฐานข้อมูลจะอยู่พร้อมกับภาษาประมวลผลการสืบค้น เรายังมีความสัมพันธ์ที่กำหนดข้อมูลและข้อ จำกัด ในระดับนี้

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

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

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