RDBMS versus ORDBMSComparing an RDB

RDBMS versus ORDBMS

Comparing an RDBMS with an ORDBMS is straightforward. An RDBMS does not support the extensions discussed in this chapter. The resulting simplicity of the data model makes it easier to optimize queries for efficient execution, for example. A relational system is also easier to use because there are fewer features to master. On the other hand, it is less versatile than an ORDBMS.

OODBMS versus ORDBMS: Similarities

OODBMSs and ORDBMSs both support user-defined ADTs, structured types, object identity and

language for manipulating collection types. ORDBMSs support an extended form of SQL, and OODBMSs support ODL/OQL. The similarities are by no means accidental: ORDBMSs consciously try to add OODBMS features to an RDBMS, and OODBMSs in turn have developed query languages based on relational query languages. Both OODBMSs and ORDBMSs provide DBMS functionality such as concurrency control and recovery.

OODBMS versus ORDBMS: Differences

The fundamental difference is really a philosophy that is carried all the way through: OODBMSs try to add DBMS functionality to a programming language, whereas ORDBMSs try to add richer data types to a relational DBMS. Although the two kinds of object-databases are converging in terms of functionality, this difference in their under-lying philosophies has important consequences in terms of the issues emphasized in the design of these DBMSs, and the efficiency with which various features are supported, as the following comparison indicates:

OODBMSs aim to

language such as C , Java or Smalltalk. Such integration is not an important goal for an ORDBMS. SQL:1999, like SQL-92, allows us to embed SQL commands in a host language, but the interface is very evident to the SQL programmer. (SQL:1999 also provides extended programming language constructs of its own, incidentally.)

An OODBMS is aimed at applications where an object-centric viewpoint is appropriate; that is, typical user sessions consist of retrieving a few objects and working on them for long periods, with related objects (e.g., objects referenced by the original objects) fetched occasionally. Objects may be extremely large, and may have to be fetched in pieces; thus, attention must be paid to buffering parts of objects. It is expected that most applications will be able to cache the objects they require in memory, once the objects are retrieved from disk. Thus, considerable attention is paid to making references to in-memory objects eclient. Transactions are likely to be of very long duration and holding locks until the end of a transaction may lead to poor performance; thus, alternatives to Two Phase locking must be used.

An ORDBMS is optimized for applications where large data collections are the focus, even though objects may have rich structure and be fairly large. It is expected that applications will retrieve data from disk extensively, and that optimizing

execution. Transactions are assumed to be relatively short, and traditional RDBMS techniques are typically used for concurrency control and recovery.

The query facilities of OQL are not supported efficiently in most OODBMSs, whereas the query facilities are the centerpiece of an ORDBMS. To some extent.this situation is the result of different concentrations of eort in the development of these

consequence of the systems' being optimized for very different kinds of applications.

ผลลัพธ์ (ไทย) 1:

RDBMS กับ ORDBMS

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

OODBMS เทียบกับ ORDBMS: ความเหมือน

OODBMSs และ ORDBMSs ทั้งสองสนับสนุนผู้ใช้กำหนด ADTs ประเภทโครงสร้าง วัตถุตัวตน และ

ภาษาสำหรับการจัดการชนิดคอลเลกชัน แบบขยายของ SQL สนับสนุน ORDBMSs และ OODBMSs สนับสนุน ODL/OQL ความเหมือนที่เป็นโดยไม่ตั้งใจ: ORDBMSs สติพยายามที่จะเพิ่มคุณลักษณะ OODBMS RDBMS และ OODBMSs จะได้พัฒนาภาษาตามภาษาสอบถามเชิงถาม OODBMSs และ ORDBMSs ให้ DBMS ฟังก์ชันควบคุมการเกิดพร้อมกันและกู้คืน

OODBMS เทียบกับ ORDBMS: ความแตกต่าง

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

OODBMSs จุดมุ่งหมายเพื่อ

ภาษาเช่น C, Java หรือภาษาสมอลล์ทอล์ก รวมดังกล่าวไม่ได้เป็นเป้าหมายสำคัญสำหรับการ ORDBMS SQL:1999 เช่น SQL 92 ช่วยให้เราสามารถฝังคำสั่ง SQL ในภาษาโฮสต์ แต่อินเตอร์เฟซจะชัดเจนมากต่อโปรแกรมเมอร์ SQL (SQL:1999 มีแบบขยายโครงสร้างภาษาเขียนของตัวเอง บังเอิญ)

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

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

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

ซักถามของ OQL ได้อย่างมีประสิทธิภาพใน OODBMSs ส่วนใหญ่ ในขณะที่สิ่งอำนวยความสะดวกสอบถามคือ หัวใจสำคัญของการ ORDBMS Extent.this บางสถานการณ์เป็นผลของความเข้มข้นแตกต่างกันของ eort ในการพัฒนาเหล่านี้

เวรของระบบกำลังเหมาะมากแตกต่างกันของโปรแกรมประยุกต์

ผลลัพธ์ (ไทย) 2:

RDBMS กับ ORDBMS เปรียบเทียบ RDBMS ด้วย ORDBMS ตรงไปตรงมา RDBMS ไม่สนับสนุนส่วนขยายที่กล่าวถึงในบทนี้ ความเรียบง่ายของรูปแบบผลข้อมูลทำให้ง่ายต่อการเพิ่มประสิทธิภาพการค้นหาสำหรับการดำเนินการที่มีประสิทธิภาพเช่น ระบบความสัมพันธ์นี้ยังง่ายต่อการใช้เพราะมีคุณสมบัติน้อยที่จะโท ในทางกลับกันก็มีหลากหลายน้อยกว่า ORDBMS OODBMS กับ ORDBMS: คล้ายคลึงกันOODBMSs และ ORDBMSs ทั้งสนับสนุน ADTs ที่ผู้ใช้กำหนดประเภทโครงสร้างตัวตนของวัตถุและภาษาสำหรับการจัดการประเภทของสะสม ORDBMSs สนับสนุนรูปแบบขยาย SQL และการสนับสนุน OODBMSs ODL / OQL ความคล้ายคลึงกันอยู่โดยไม่ตั้งใจ ORDBMSs มีสติพยายามที่จะเพิ่มคุณสมบัติที่จะ OODBMS RDBMS และ OODBMSs ในทางกลับกันมีการพัฒนาภาษาสอบถามตามภาษาสอบถามเชิงสัมพันธ์ ทั้ง OODBMSs และ ORDBMSs ให้การทำงาน DBMS เช่นการควบคุมการทำงานพร้อมกันและการกู้คืนOODBMS กับ ORDBMS: ความแตกต่างของความแตกต่างพื้นฐานคือจริงๆปรัชญาที่ว่าจะดำเนินการทุกทางผ่าน: OODBMSs พยายามที่จะเพิ่มฟังก์ชันการทำงาน DBMS กับภาษาการเขียนโปรแกรมในขณะที่ ORDBMSs พยายามที่จะเพิ่ม ชนิดข้อมูลยิ่งขึ้นไป DBMS เชิงสัมพันธ์ แม้ว่าทั้งสองชนิดของวัตถุฐานข้อมูลที่มีการบรรจบกันในแง่ของการทำงานที่แตกต่างกันภายใต้ปรัชญาในการนอนของพวกเขานี้มีผลกระทบที่สำคัญในแง่ของประเด็นที่เน้นในการออกแบบของ DBMSs เหล่านี้และมีประสิทธิภาพด้วยคุณสมบัติต่างๆที่ได้รับการสนับสนุนเป็น การเปรียบเทียบดังต่อไปนี้แสดงให้เห็น: OODBMSs มุ่งมั่นที่จะใช้ภาษาเช่น C, Java หรือสมอลล์ทอล์ค บูรณาการดังกล่าวไม่ได้เป็นเป้าหมายที่สำคัญสำหรับ ORDBMS SQL: 1999 เช่น SQL-92 ช่วยให้เราสามารถฝังคำสั่ง SQL ในภาษาโฮสต์ แต่อินเตอร์เฟซเป็นอย่างมากที่เห็นได้ชัดในการเขียนโปรแกรม SQL (SQL: 1999 นอกจากนี้ยังมีโครงสร้างภาษาการเขียนโปรแกรมขยายของตัวเองบังเอิญ.) OODBMS มุ่งเป้าไปที่การใช้งานที่มุมมองวัตถุที่เป็นศูนย์กลางเป็นที่เหมาะสม นั่นคือช่วงที่ผู้ใช้ทั่วไปประกอบด้วยการเรียกวัตถุน้อยและทำงานกับพวกเขาเป็นเวลานานกับวัตถุที่เกี่ยวข้อง (เช่นวัตถุอ้างอิงโดยวัตถุต้นฉบับ) บางครั้งเรียก วัตถุที่อาจมีขนาดใหญ่มากและอาจจะต้องถูกเรียกเป็นชิ้น ๆ จึงให้ความสนใจจะต้องจ่ายให้กับชิ้นส่วนของวัตถุที่บัฟเฟอร์ เป็นที่คาดว่าใช้งานมากที่สุดจะสามารถเก็บวัตถุที่พวกเขาต้องการในความทรงจำเมื่อวัตถุมีการเรียกข้อมูลจากดิสก์ ดังนั้นความสนใจมากคือจ่ายให้กับการอ้างอิงถึงในหน่วยความจำวัตถุ ECLIENT รายการที่มีแนวโน้มที่จะเป็นระยะเวลานานมากและถือล็อคจนกว่าจะเสร็จสิ้นการทำธุรกรรมอาจนำไปสู่ผลการดำเนินงานที่น่าสงสาร ดังนั้นทางเลือกในการล็อคสองขั้นตอนที่จะต้องใช้ORDBMS ที่เหมาะสำหรับการใช้งานที่คอลเลกชันข้อมูลขนาดใหญ่จะมุ่งเน้นถึงแม้ว่าวัตถุที่อาจจะมีโครงสร้างที่สมบูรณ์และมีขนาดใหญ่พอสมควร เป็นที่คาดว่าการใช้งานที่จะดึงข้อมูลจากดิสก์อย่างกว้างขวางและการเพิ่มประสิทธิภาพการทำงาน การทำธุรกรรมจะถือว่าเป็นที่ค่อนข้างสั้นและเทคนิค RDBMS แบบดั้งเดิมมักจะใช้สำหรับการควบคุมการทำงานพร้อมกันและการกู้คืนสิ่งอำนวยความสะดวกของแบบสอบถาม OQL จะไม่ได้รับการสนับสนุนอย่างมีประสิทธิภาพมากที่สุดใน OODBMSs ในขณะที่สิ่งอำนวยความสะดวกแบบสอบถามที่มีหัวใจของ ORDBMS กับสถานการณ์ extent.this บางส่วนเป็นผลมาจากความเข้มข้นแตกต่างกันของ eort ในการพัฒนาเหล่านี้เป็นผลมาจากระบบที่ถูกปรับให้เหมาะสมกับชนิดแตกต่างกันมากของการใช้งาน

ผลลัพธ์ (ไทย) 3:

ระบบจัดการฐานข้อมูลเชิงสัมพันธ์กับ ordbms

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

oodbms เมื่อเทียบกับ ordbms : ความคล้ายคลึงกัน

oodbmss ordbmss ทั้งผู้ใช้และสนับสนุน adts โครงสร้างประเภทวัตถุตัวตนและ

ภาษาสำหรับการจัดการคอลเลกชันชนิด สนับสนุนการขยายรูปแบบของ SQL ordbmss และ oodbmss สนับสนุน ODL / oql . ความคล้ายคลึงกันเป็นโดยไม่ตั้งใจ : ordbmss consciously พยายามที่จะเพิ่มคุณสมบัติการทำ oodbms ,และ oodbmss จะได้พัฒนาภาษาแบบสอบถามตามภาษาแบบสอบถามเชิงสัมพันธ์ และทั้ง oodbmss ordbmss ให้ฟังก์ชัน DBMS เช่นการควบคุมพร้อมกันและการกู้คืน

oodbms เมื่อเทียบกับ ordbms : ความแตกต่าง

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

oodbmss เป้าหมาย

ภาษาเช่น C , Java หรือ ธ . บูรณาการดังกล่าวไม่ได้เป็นเป้าหมายที่สำคัญสำหรับ ordbms . SQL : 1999 , ชอบ sql-92 , ช่วยให้เราสามารถฝังคำสั่ง SQL เป็นภาษา แต่อินเตอร์เฟซที่ชัดเจนมากกับ SQL โปรแกรมเมอร์ ( SQL : 1999 นอกจากนี้ยังมีการขยายการเขียนโปรแกรมสร้างภาษาของตนเองโดยบังเอิญ

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

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

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

สอบถามเครื่องของ oql ไม่รองรับได้อย่างมีประสิทธิภาพใน oodbmss ที่สุด ส่วนแบบสอบถามเครื่องเป็นแกนกลางของ ordbms .บาง extent.this สถานการณ์คือผลของความเข้มข้นต่างๆของ eort ในการพัฒนาเหล่านี้

ผลของระบบการเพิ่มประสิทธิภาพสำหรับชนิดที่แตกต่างกันมากของการใช้งาน