ในเอกสารนี้เราจะวิเคราะห์สถานการณ์ปัจจุบันของฐานข้อมูลเชิงวัตถุ (oodb) และเราจะเห็นว่าทำไมระบบแบบดั้งเดิมที่สัมพันธ์กันยังคงเป็นการ์ดที่แข็งแกร่งสำหรับนักพัฒนาซอฟต์แวร์และฐานข้อมูลจำนวนมาก
บทนำ
ความรู้ที่ผู้พัฒนาระบบต้องมีเกี่ยวกับกระบวนทัศน์การเขียนโปรแกรมที่แตกต่างกันจะต้องเป็นสิ่งที่จำเป็นในลักษณะที่ช่วยให้เขาสามารถเลือกใด ๆ ของพวกเขาโดยคำนึงถึงว่าหลายครั้งกล่าวว่าการตัดสินใจเชื่อฟังความต้องการที่แตกต่างกันของระบบ ในคำถามและเป็นกระบวนทัศน์ที่มีโครงสร้างหนึ่งที่ใช้มากที่สุดจนถึง
ปัจจุบันการเขียนโปรแกรมเชิงวัตถุได้รับพื้นฐานเนื่องจากช่วยให้การแก้ปัญหาจากแนวคิดเชิงแนวคิดเพื่อนำไปเป็นแบบจำลองซึ่งองค์ประกอบที่ประกอบเป็นแบบแยกส่วนและจำแนกตามลักษณะที่คล้ายกันบางประการจึงช่วยให้การบริหารระบบดีขึ้น. ในการจัดการและการพัฒนาฐานข้อมูลสิ่งที่แตกต่างเกิดขึ้นฐานข้อมูลเชิงสัมพันธ์ (db) ยังคงมีผลบังคับใช้ในปัจจุบันและมีสัดส่วนยอดขายสูงสุดในตลาด (เครื่องมือฐานข้อมูลเชิงสัมพันธ์ "dbms")
พัฒนาการ
" ฐานข้อมูลคือชุดของข้อมูลที่สามารถจัดระเบียบเพื่อให้เนื้อหาสามารถเข้าถึงจัดการและอัปเดตได้ง่าย" สำหรับ บริษัท ใด ๆ การกระทำที่กล่าวถึงในข้อความก่อนหน้านี้มีความสำคัญสูงสุดเนื่องจากปัจจุบันระบบข้อมูลธุรกิจทั้งหมด (ฉันกล้าพูดถึง 95%) ขึ้นอยู่กับรูปแบบข้อมูลการคำนวณประเภทนี้ “ โมเดลฐานข้อมูลเชิงสัมพันธ์คือชุดของความสัมพันธ์ (มักเรียกว่าตาราง) ในแต่ละตารางกลับเป็นชุดของระเบียนแถวหรือสิ่งอันดับ และแต่ละชุดเหล่านี้คือชุดเขตข้อมูลคอลัมน์หรือแอตทริบิวต์ " " ในฐานข้อมูลเชิงวัตถุข้อมูลจะถูกแทนด้วยวัตถุเช่นที่อยู่ในการเขียนโปรแกรมเชิงวัตถุ”
ดังนั้นเมื่อใช้งานฐานข้อมูลทุกประเภทผู้จัดการฐานข้อมูลจะต้องรับผิดชอบในการดำเนินงานโครงสร้างทั้งหมดและอัพเดทข้อมูล จำนวน dbms (ระบบจัดการฐานข้อมูล) เปรียบเทียบกับ oodbms (ระบบจัดการฐานข้อมูลเชิงวัตถุ) สูงขึ้นมากซึ่งอาจเป็นหนึ่งในคำตอบว่าทำไมจึงเลือกสถาปัตยกรรมประเภทนี้ต่อไป ฐานข้อมูลบางส่วนของ dbms เหล่านี้คือ:
- Microsoft AccessMySqlSql เซิร์ฟเวอร์ PostgreSqlOracle
ในกรณีเฉพาะของ MySql และ PostreSql เป็นเครื่องมือฟรีและดังนั้นจึงไม่ได้หมายความถึงต้นทุนการได้รับใบอนุญาตในสิ่งเหล่านี้
ตอนนี้ oodb ต้องการตัวจัดการฐานข้อมูลที่สนับสนุนสถาปัตยกรรมประเภทนี้และดังที่กล่าวก่อนหน้านี้จำนวนน้อยกว่าเมื่อเทียบกับ dbms บาง oodbms ไม่กี่ที่อยู่คือ:
- Db4oInformixBdoviedo3
บางทีนี่อาจเป็นเหตุผลหนึ่งที่ว่าทำไม OODB ยังไม่มีการเติบโตที่ในบางจุดความคาดหวังมากมายที่เกิดขึ้น
นักพัฒนาที่อยู่ในมือของเขามีความเป็นไปได้ในการดำเนินโครงการสำหรับองค์กรและคำนึงถึงว่า บริษัท ใด ๆ ที่ฝากส่วนใหญ่ของความมั่นคงทางเศรษฐกิจและการทำงานในรูปแบบฐานข้อมูลพยายามประหยัดเวลาและค่าใช้จ่ายด้วยสิ่งนี้ ในตัวอย่างแรกสำหรับการใช้แบบจำลองเชิงสัมพันธ์เหตุผลมีความหลากหลายจะเกิดอะไรขึ้นถ้า bdd นี้ถูกพัฒนาภายใต้กระบวนทัศน์เชิงวัตถุและไม่ได้รับการสนับสนุนที่แข็งแกร่งจาก บริษัท ที่ให้ oodbms ใด ๆ ที่ได้รับเลือก?ผู้ใช้จะได้รับประโยชน์อะไรจริง ๆ เมื่อใช้งานระบบที่สร้างด้วย oodb คำตอบสำหรับคำถามเหล่านี้มีแนวโน้มในตัวอย่างแรกที่ปฏิเสธการใช้ oodb อย่างไรก็ตามหนึ่งในข้อได้เปรียบหลักที่ระบบเชิงวัตถุเสนอคือต้นทุนที่ต่ำกว่าในการพัฒนาโครงการเช่นเดียวกับ“ ความยืดหยุ่นและการสนับสนุนสำหรับ การจัดการชนิดข้อมูลที่ซับซ้อนอย่างรวดเร็วและคล่องตัว "
โปรดจำไว้ว่าระบบคอมพิวเตอร์ใด ๆ ที่มีประสิทธิภาพเท่ากับผู้พัฒนาเองดังนั้นหากบุคคลที่รับผิดชอบโครงการมีความรู้กว้างขวางเกี่ยวกับ oodb พวกเขาไม่ควรมีปัญหาในการดำเนินการภายใต้กระบวนทัศน์นี้อย่างไรก็ตามข้อมูลยังคงอยู่ " ค่อนข้างหายาก "และยิ่งกว่านั้นคือ" ผู้เชี่ยวชาญในเรื่อง "
จากมุมมองของคอมพิวเตอร์กระบวนทัศน์เชิงวัตถุต้องใช้ตรรกะที่แตกต่างกันเมื่อเสนอโมเดลโซลูชันที่เป็นไปได้ คลาส, การสืบทอด, การห่อหุ้มเป็นเพียงแนวคิดพื้นฐานบางอย่างที่เราจะต้องคุ้นเคยหากเราต้องการนำกระบวนทัศน์นี้มาใช้เป็นเครื่องมือในการทำงานของเราหวังว่าผลลัพธ์เมื่อพัฒนาจัดเก็บและเรียกใช้ข้อมูลในกลุ่มอื่น ๆ จะเป็นไปในเชิงบวก อย่างน้อยนั่นเป็นวิธีที่เขียนในทางทฤษฎี
โมเดลเชิงสัมพันธ์ถือว่า "อาจ" เป็นความซับซ้อนที่มากขึ้นไปถึงรูปแบบที่เพียงพอของการทำให้เป็นมาตรฐานและการสร้างความสัมพันธ์ที่ถูกต้องและความสำคัญเชิงหัวใจที่ทำให้เรามีการดำเนินงานที่มีประสิทธิภาพใน bdd ของเรา
ควรกล่าวว่าปัจจุบันมีมาตรฐานสำหรับการจัดการฐานข้อมูลเชิงสัมพันธ์ซึ่งเป็นมาตรฐาน SQL ภาษาคิวรีนี้มาเพื่อให้มีผลกระทบมากขึ้นกับกระบวนทัศน์เชิงสัมพันธ์นี้และทำให้โมเดลนี้ใช้มากที่สุดจนถึงนักพัฒนาเกือบทั้งหมด แต่ละ dbms มี SQL เวอร์ชันของตัวเอง แต่สาระสำคัญของภาษานั้นเหมือนกันและมันยังคงเป็นเครื่องมือที่ไม่เหมือนใครของมันและยังมีชีวิตที่ยืนยาวต่อไป
Oodb อยู่ไม่ไกลหลังและเครื่องมือที่เทียบเท่ากับ SQL เพิ่งเปิดตัว OQL ที่“ ไม่เสร็จสมบูรณ์ในการคำนวณอย่างไรก็ตามแบบสอบถามสามารถเรียกใช้วิธีการและวิธีการทางตรงกันข้ามที่เขียนในภาษาการเขียนโปรแกรมใด ๆ สามารถรวม การปรึกษาหารือ” ด้วยภาษานี้ยังมี ODL และ OML ซึ่งเป็นภาษาสำหรับการกำหนดข้อมูลและการจัดการตามลำดับซึ่งเทียบเท่ากับ SQL DDL และ DML
ข้อสรุป
ฉันเชื่อว่าฐานเชิงวัตถุยังไม่โตพอที่จะเป็นทางเลือกแรกในการแก้ปัญหาอย่างไรก็ตามข้อดีที่พวกเขาเสนอนั้นกว้างและในบางจุดอาจอยู่ไม่ไกลเกินกว่าที่พวกเขาจะมาก่อนในแง่ของการพัฒนาฐาน ข้อมูลมีความเกี่ยวข้องอย่างไรก็ตามตัวแบบข้อมูลเชิงสัมพันธ์ยังคงเป็นตัวเลือกที่ดีมากแม้กระทั่งการปรับปรุงกระบวนทัศน์นี้ก็คาดว่าจะเป็นในอนาคตเพื่อยืนยันว่าเป็นรูปแบบฐานข้อมูลที่ใช้กันอย่างแพร่หลายมากที่สุด
www.linksys.com.mx/linksyswebsitepages/linksyscentroaprendizaje/glosario/
en.wikipedia.org/wiki/Relational_Data_Base
es.wikipedia.org/wiki/Oriented_Data_Base_to_objects
html.rincondelvago.com/base-de-datos-relacional.html
www.monografias.com/trabajos5/tipbases/tipbases.shtml#capIII321
