There are also important storage di

There are also important storage distinctions between reference types and nonreference types, which might affect performance:

Storage overhead: Storing copies of a large value in multiple structured type objects may use much more space than storing the value once and referring to it elsewhere through reference type objects. This additional storage requirement can affect both disk usage and buffer management .

Clustering: The subparts of a structured object are typically stored together on disk. Objects with references may point to other objects that are far away on the disk, and the disk arm may require significant movement to assemble the object and its references together. Structured objects can thus be more efficient than reference types if they are typically accessed in their entirety.

Many of these issues also arise in traditional programming languages such as C or Pascal, which distinguish between the notions of referring to objects by value and by reference. In database design, the choice between using a structured type or a reference type will typically include consideration of the storage costs, clustering issues, and the effect of updates.

Object Identity versus Foreign Keys

Using an oid to refer to an object is similar to using a foreign key to refer to a tuple in another relation, but not quite the same: An oid can point to an object of theater_t that is stored anywhere in the database, even in a eld, whereas a foreign key reference is constrained to point to an object in a particular referenced relation. This restriction makes it possible for the DBMS to provide much greater support for referential integrity than for arbitrary oid pointers. In general, if an object is deleted while there are still oid-pointers to it, the best the DBMS can do is to recognize the situation by maintaining a reference count. (Even this limited support becomes impossible if oids can be copied freely.) Thus, the responsibility for avoiding dangling references rests largely with the user if oids are used to refer to objects. This burden some responsibility suggests that we should use oids with great caution and use foreign keys instead whenever possible.

Extending the ER Model

The definition of Probes in Figure 25.8 has two new aspects. First, it has a structured-type attribute listof(row(time, lat, long)); each value assigned to this attribute in a Probes entity is a list of tuples with three fields. Second, Probes has an attribute called videos that is an abstract data type object, which is indicated by a dark oval for this attribute with a dark line connecting it to Probes. Further, this attribute has an `attribute' of its own, which is a method of the ADT.

Alternatively, we could model each video as an entity by using an entity set called Videos. The association between Probes entities and Videos entities could then be captured by defining a relationship set that links them. Since each video is collected by precisely one probe, and every video is collected by some probe, this relationship can be maintained by simply storing a reference to a probe object with each Videos entity; this technique is essentially the second translation approach from ER diagrams.

If we also make Videos a weak entity set in this alternative design, we can add a referential integrity constraint that causes a Videos entity to be deleted when the corresponding Probes entity is deleted. More generally, this alternative design illustrates a strong similarity between storing references to objects and foreign keys; the foreign key mechanism achieves the same effect as storing oids, but in a controlled manner. If oids are used, the user must ensure that there are no dangling references when an object is deleted, with very little support from the DBMS.A signicant extension to the ER model is required to support the design of nested collections.

Using Nested Collections

Nested collections offer great modeling power, but also raise difficult design decisions. Consider the following way to model location sequences

This is a good choice if the important queries in the workload require us to look at the location sequence for a particular probe, as in the query For each probe, print the earliest time at which it recorded, and the camera type." On the other hand, consider a query that requires us to look at all location sequences: Find the earliest time at which a recording exists for lat=5, long=90." This query can be answered more efficiently if the following schema is used:

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

ยังมีเก็บข้อมูลสำคัญความแตกต่างระหว่างชนิดข้อมูลอ้างอิงและชนิด nonreference ซึ่งอาจส่งผลต่อประสิทธิภาพการทำงาน:

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

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

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

ข้อมูลเฉพาะตัวของวัตถุเมื่อเทียบกับคีย์

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

ขยายโมเดล ER

คำจำกัดความของคลิปปากตะเข้ในรูป 25.8 ได้สองด้านใหม่ ครั้งแรก มี listof แอตทริบิวต์ของชนิดโครงสร้าง (แถว (เวลา ลาด ยาว)); แต่ละค่าที่กำหนดให้กับแอตทริบิวต์นี้ในเอนทิตีคลิปปากตะเข้เป็นรายการของ tuples กับเขต 3 ที่สอง คลิปปากตะเข้มีคุณลักษณะเรียกว่าวิดีโอที่เป็นนามธรรมข้อมูลชนิดวัตถุ ซึ่งแสดง โดยวงรีสีดำสำหรับแอตทริบิวต์นี้ มีเส้นสีดำเชื่อมต่อกับคลิปปากตะเข้ เพิ่มเติม แอตทริบิวต์นี้มี 'คุณลักษณะ' ของตัวเอง ซึ่งเป็นวิธีการของ ADT

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

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

ใช้ชุดซ้อน

ชุด Nested มีอำนาจสร้างโมเดลที่ดี แต่ยัง ยกออกยากตัดสินใจ ลองวิธีต่อไปนี้การจำลองตำแหน่งลำดับ

เป็นทางเลือกที่ดีถ้าถามสำคัญในปริมาณที่ต้องการให้ดูลำดับตำแหน่งสำหรับโพรบแบบใด ใน For แบบสอบถามแต่ละโพรบ พิมพ์ครั้งแรกสุดที่ได้บันทึก และชนิดกล้อง" บนมืออื่น ๆ พิจารณาแบบสอบถามที่เราต้องดูที่ลำดับสถานที่ทั้งหมด: Find ครั้งแรกสุดที่บันทึกอยู่ในลาดซึ่ง = 5 ยาว = 90 " แบบสอบถามนี้สามารถตอบได้อย่างมีประสิทธิภาพถ้าใช้ schema ต่อไปนี้:

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

นอกจากนี้ยังมีความแตกต่างที่สำคัญระหว่างการจัดเก็บข้อมูลประเภทอ้างอิงและประเภท nonreference ซึ่งอาจส่งผลกระทบต่อผลการดำเนินงาน: ค่าใช้จ่ายการจัดเก็บ: เก็บสำเนาของค่าขนาดใหญ่ในวัตถุหลายชนิดที่มีโครงสร้างอาจจะใช้พื้นที่มากขึ้นกว่าการจัดเก็บค่าเพียงครั้งเดียวและหมายถึงว่ามันที่อื่นผ่านชนิดการอ้างอิง วัตถุ ความต้องการจัดเก็บข้อมูลเพิ่มเติมนี้สามารถส่งผลกระทบต่อทั้งการใช้ดิสก์และการจัดการบัฟเฟอร์ Clustering: subparts ของวัตถุที่มีโครงสร้างโดยทั่วไปจะถูกเก็บไว้ด้วยกันบนดิสก์ วัตถุที่มีการอ้างอิงอาจชี้ไปที่วัตถุอื่น ๆ ที่อยู่ห่างไกลออกไปบนดิสก์และแขนของดิสก์อาจจำเป็นต้องมีการเคลื่อนไหวอย่างมีนัยสำคัญในการรวบรวมวัตถุและการอ้างอิงของตนร่วมกัน วัตถุที่มีโครงสร้างจึงจะมีประสิทธิภาพมากขึ้นกว่าชนิดการอ้างอิงหากพวกเขาจะเข้าถึงได้โดยทั่วไปในทั้งหมดของพวกเขาจำนวนมากของปัญหาเหล่านี้ยังเกิดขึ้นในการเขียนโปรแกรมภาษาแบบดั้งเดิมเช่น C หรือปาสคาลซึ่งความแตกต่างระหว่างความคิดของหมายถึงวัตถุด้วยค่าและโดยการอ้างอิง ในการออกแบบฐานข้อมูลทางเลือกระหว่างการใช้ชนิดที่มีโครงสร้างหรือชนิดการอ้างอิงมักจะรวมถึงการพิจารณาค่าใช้จ่ายในการจัดเก็บข้อมูลการจัดกลุ่มปัญหาและผลกระทบของการปรับปรุงวัตถุประจำตัวเมื่อเทียบกับต่างประเทศคีย์oid ใช้เพื่ออ้างถึงวัตถุที่คล้ายกับการใช้ ที่สำคัญต่างประเทศที่จะอ้างถึงสิ่งอันดับในความสัมพันธ์อื่น แต่ไม่มากเหมือนกัน: oid สามารถชี้ไปที่วัตถุของ theater_t ที่เก็บไว้ในฐานข้อมูลได้ทุกที่แม้จะอยู่ในช่องที่ในขณะที่การอ้างอิงที่สำคัญต่างประเทศมีข้อ จำกัด ที่จะชี้ไปที่ วัตถุในความสัมพันธ์ที่มีการอ้างอิงโดยเฉพาะอย่างยิ่ง ข้อ จำกัด นี้ทำให้มันเป็นไปได้สำหรับ DBMS เพื่อให้การสนับสนุนมากขึ้นเพื่อความสมบูรณ์กว่าสำหรับตัวชี้ oid โดยพลการ โดยทั่วไปถ้าวัตถุถูกลบออกในขณะที่ยังคงมีตัวชี้-oid ไปที่ดีที่สุด DBMS สามารถทำได้คือการรับรู้สถานการณ์ได้โดยการรักษานับอ้างอิง (แม้การสนับสนุนที่ จำกัด นี้จะกลายเป็นไปไม่ได้หาก OIDs สามารถคัดลอกได้อย่างอิสระ.) ดังนั้นความรับผิดชอบในการหลีกเลี่ยงการอ้างอิงห้อยอยู่ส่วนใหญ่ที่มีผู้ใช้ถ้า OIDs จะใช้ในการอ้างถึงวัตถุ ภาระความรับผิดชอบบางอย่างแสดงให้เห็นว่าเราควรจะใช้ด้วยความระมัดระวัง OIDs ที่ดีและใช้คีย์ต่างประเทศแทนเมื่อใดก็ตามที่เป็นไปได้ที่การขยายรุ่น ER นิยามของวัดในรูปที่ 25.8 มีสองแง่มุมใหม่ ก่อนจะมีโครงสร้างประเภท listof แอตทริบิวต์ (แถว (เวลา, ลาดพร้าว, ยาว)); ค่าที่กำหนดให้กับแอตทริบิวต์ในกิจการที่วัดนี้ในแต่ละรายการของสิ่งอันดับสามสาขา ประการที่สองวัดมีคุณลักษณะที่เรียกว่าวิดีโอที่เป็นนามธรรมชนิดข้อมูลวัตถุซึ่งจะแสดงเป็นรูปไข่มืดแอตทริบิวต์นี้มีเส้นสีเข้มเชื่อมต่อไปยังวัด นอกจากนี้คุณลักษณะนี้มีแอตทริบิวต์ `'ของตัวเองซึ่งเป็นวิธีการของ ADT หรือเราสามารถจำลองแต่ละวิดีโอเป็นนิติบุคคลโดยใช้ชุดนิติบุคคลที่เรียกว่าวิดีโอ ความสัมพันธ์ระหว่างหน่วยงานที่วัดและหน่วยงานวิดีโอได้แล้วจะถูกจับโดยการกำหนดชุดความสัมพันธ์ที่เชื่อมโยงพวกเขา เนื่องจากแต่ละวิดีโอจะถูกรวบรวมโดยการสอบสวนหนึ่งและทุกวิดีโอที่เก็บรวบรวมโดยสอบสวนบางความสัมพันธ์นี้สามารถรักษาได้โดยเพียงแค่การจัดเก็บการอ้างอิงไปยังวัตถุสอบสวนกับวีดีโอของแต่ละองค์กร; เทคนิคนี้เป็นหลักวิธีการแปลที่สองจากแผนภาพ ER ถ้าเรายังทำวิดีโอนิติบุคคลอ่อนแอตั้งอยู่ในการออกแบบทางเลือกนี้เราสามารถเพิ่มความสมบูรณ์ของข้อ จำกัด ที่ทำให้เกิดการอ้างอิงนิติบุคคลวิดีโอที่จะถูกลบเมื่อหน่วยวัดที่เกี่ยวข้องจะถูกลบ โดยทั่วไปการออกแบบทางเลือกนี้แสดงให้เห็นถึงความคล้ายคลึงกันระหว่างการจัดเก็บการอ้างอิงถึงวัตถุและคีย์ต่างประเทศ กลไกที่สำคัญต่างประเทศที่ประสบความสำเร็จผลเช่นเดียวกับการจัดเก็บ OIDs แต่ในลักษณะที่ควบคุม หาก OIDs มีการใช้ผู้ใช้จะต้องตรวจสอบให้แน่ใจว่าไม่มีการอ้างอิงห้อยเมื่อวัตถุถูกลบด้วยการสนับสนุนน้อยมากจากการขยาย DBMS.A signicant รุ่น ER จำเป็นต้องมีการสนับสนุนการออกแบบคอลเลกชันที่ซ้อนกันโดยใช้คอลเลกชันซ้อนซ้อนกัน คอลเลกชันมีพลังการสร้างแบบจำลองที่ดี แต่ยังเพิ่มการตัดสินใจการออกแบบยาก พิจารณาวิธีการต่อไปนี้เพื่อจำลองลำดับสถานนี้เป็นทางเลือกที่ดีถ้าคำสั่งที่สำคัญในภาระงานที่เราต้องมองไปที่ลำดับสถานที่สำหรับแสดงความคิดเห็นโดยเฉพาะอย่างยิ่งในขณะที่ แบบสอบถามสำหรับแต่ละสอบสวนพิมพ์เวลาที่เร็วที่สุดที่จะบันทึกไว้ . และชนิดกล้อง "ในขณะที่พิจารณาแบบสอบถามที่เราต้องมองไปที่ลำดับทั้งหมดที่ตั้ง: หาเวลาที่เร็วที่สุดที่บันทึกอยู่สำหรับ lat = 5, ยาว = 90." แบบสอบถามนี้สามารถตอบได้อย่างมีประสิทธิภาพมากขึ้นหากคีต่อไปนี้จะใช้:

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

นอกจากนี้ยังมีที่สำคัญกระเป๋าแตกต่างระหว่างประเภทการอ้างอิงและประเภท nonreference ซึ่งอาจส่งผลต่อประสิทธิภาพ : ค่าใช้จ่าย

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

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

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



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



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

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

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

ใช้คอลเลกชันที่ซ้อนกัน

ที่ซ้อนกันแบบคอลเลกชันให้พลังงานที่ดี แต่ยังเพิ่มการตัดสินใจการออกแบบยาก พิจารณาวิธีดังต่อไปนี้รูปแบบลำดับสถานที่

นี้เป็นทางเลือกที่ดี ถ้าแบบสอบถามที่สำคัญในงานที่เราต้องดูลำดับสถานที่สอบสวนเฉพาะเป็นแบบสอบถามสำหรับแต่ละเครื่องพิมพ์เร็วเวลาที่บันทึกไว้ และ กล้องประเภท " บนมืออื่น ๆที่พิจารณาแบบสอบถามที่ต้องให้เราดูลำดับสถานที่ทั้งหมด N หาเร็วเวลาที่บันทึกอยู่ลาดยาว = 5 = 90 . " แบบสอบถามนี้ สามารถตอบได้อย่างมีประสิทธิภาพหากใช้รูปแบบต่อไปนี้ :