Thus, object identity ensures that

Thus, object identity ensures that an object can always be uniquely identified, thereby
automatically providing entity integrity (see Section 3.3.2). In fact, as object identity ensures uniqueness system-wide, it provides a stronger constraint than the relational data model’s entity integrity, which requires only uniqueness within a relation. In addition,objects can contain, or refer to, other objects using object identity. However, for each referenced OID in the system there should always be an object present that corresponds to the OID, that is, there should be no dangling references. For example, in the DreamHome case study, we have the relationship Branch Has Staff. If we embed each branch object in the related staff object, then we encounter the problems of information redundancy and update anomalies discussed in Section 13.2. However, if we instead embed the OID of the branch object in the related staff object, then there continues to be only one instance of each branch object in the system and consistency can be maintained more easily. In this way, objects can be shared and OIDs can be used to maintain referential integrity (see Section 3.3.3). We discuss referential integrity in OODBMSs in Section 25.6.2.

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

ดังนั้น เอกลักษณ์วัตถุให้แน่ใจว่า วัตถุสามารถเสมอโดยเฉพาะระบุ จึง
โดยอัตโนมัติให้ความสมบูรณ์ของเอนทิตี (ดูหัวข้อ 3.3.2) ในความเป็นจริง เป็นวัตถุตัวตนใจทั้งระบบไม่ซ้ำกัน มันช่วยให้ข้อจำกัดที่แข็งแกร่งกว่าของแบบจำลองข้อมูลเชิงสัมพันธ์เอนทิตีความ ซึ่งต้องมีเอกลักษณ์เฉพาะในความสัมพันธ์ นอกจากนี้ วัตถุสามารถประกอบด้วย หรืออ้างอิงถึง วัตถุอื่น ๆ โดยใช้ข้อมูลประจำตัวของวัตถุ อย่างไรก็ตาม สำหรับแต่ละ OID อ้างอิงในระบบควรจะมีวัตถุอยู่ที่สอดคล้องกับ OID คือ ควรมีอ้างอิงทางที่ห้อยอยู่ไม่ ตัวอย่าง DreamHome กรณีศึกษา เรามีความสัมพันธ์สาขามีพนักงาน ถ้าเราฝังวัตถุแต่ละสาขาในวัตถุเจ้าหน้าที่ที่เกี่ยวข้อง แล้วเราพบปัญหาความซ้ำซ้อนของข้อมูล และปรับปรุงความผิดที่กล่าวถึงในหัวข้อ 13.2 อย่างไรก็ตาม ถ้าเราแทนฝัง OID ของวัตถุสาขาในวัตถุเจ้าหน้าที่ที่เกี่ยวข้อง แล้ว มียังคงเป็นเพียงหนึ่งอินสแตนซ์ของวัตถุแต่ละสาขาในระบบ และความสอดคล้องกันสามารถรักษาได้ง่ายขึ้น ด้วยวิธีนี้ วัตถุสามารถใช้ร่วมกัน และสามารถใช้ในการรักษาความสมบูรณ์ของ referential OIDs (ดูหัวข้อ 3.3.3) เจรจาความอ้างอิงใน OODBMSs ในส่วน 25.6.2

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

ดังนั้นตัวตนของวัตถุเพื่อให้แน่ใจว่าวัตถุที่สามารถระบุได้โดยไม่ซ้ำกันซึ่งจะช่วย
ให้โดยอัตโนมัติสมบูรณ์ของกิจการ (ดูมาตรา 3.3.2) ในความเป็นจริงตัวตนของวัตถุทำให้เอกลักษณ์ทั้งระบบก็มีข้อ จำกัด ที่แข็งแกร่งกว่าความสมบูรณ์นิติบุคคลรูปแบบข้อมูลเชิงสัมพันธ์ซึ่งต้องมีเพียงไม่ซ้ำกันภายในความสัมพันธ์ นอกจากนี้วัตถุที่สามารถมีหรืออ้างถึงวัตถุอื่น ๆ ที่ใช้ตัวตนของวัตถุ แต่สำหรับแต่ละ OID อ้างอิงในระบบก็คือควรจะนำเสนอวัตถุที่สอดคล้องกับ OID ซึ่งก็คือไม่ควรมีการอ้างอิงห้อย ตัวอย่างเช่นในกรณีศึกษา DreamHome เรามีสาขาความสัมพันธ์มีพนักงาน ถ้าเราฝังวัตถุแต่ละสาขาในวัตถุเจ้าหน้าที่ที่เกี่ยวข้องแล้วเราพบปัญหาความซ้ำซ้อนของข้อมูลและการปรับปรุงความผิดปกติที่กล่าวไว้ในมาตรา 13.2 แต่ถ้าเราแทนฝัง OID ของวัตถุสาขาในวัตถุเจ้าหน้าที่ที่เกี่ยวข้องแล้วมียังคงเป็นเพียงหนึ่งตัวอย่างของวัตถุแต่ละสาขาในระบบและความมั่นคงสามารถรักษาได้ง่ายขึ้น ด้วยวิธีนี้วัตถุที่สามารถใช้ร่วมกันและ OIDs สามารถใช้ในการรักษาความสมบูรณ์ (ดูมาตรา 3.3.3) เราจะหารือถึงความสมบูรณ์ใน OODBMSs ในมาตรา 25.6.2

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

ดังนั้น ตนยืนยันว่า วัตถุ วัตถุจะสามารถที่เฉพาะระบุงบ
โดยอัตโนมัติให้นิติบุคคลสมบูรณ์ ( ดูมาตรา 3.3.2 ) ในความเป็นจริงเป็นเอกลักษณ์วัตถุยืนยันระบบกว้างไม่ มันมีข้อจำกัดที่แข็งแกร่งกว่าข้อมูลเชิงระบบแบบสมบูรณ์ ซึ่งมีเอกลักษณ์เฉพาะในความสัมพันธ์ นอกจากนี้วัตถุที่สามารถบรรจุ หรืออ้างอิงได้วัตถุอื่น ๆที่ใช้ตัววัตถุ อย่างไรก็ตาม สำหรับแต่ละแบบเก่าในระบบควรจะมีวัตถุปัจจุบันที่สอดคล้องกับเก่า นั่นคือ เราไม่ควรห้อยการอ้างอิง ตัวอย่างเช่น ใน dreamhome กรณีศึกษา เรามีความสัมพันธ์สาขามีพนักงาน ถ้าเราฝังวัตถุในแต่ละสาขา พนักงานที่เกี่ยวข้อง วัตถุแล้วเราพบปัญหาข้อมูลซ้ำซ้อนและ update anomalies กล่าวถึงในมาตรา 31 . อย่างไรก็ตาม ถ้าเราแทนฝังเก่าของสาขา พนักงานที่เกี่ยวข้องวัตถุในวัตถุ ก็ยังคงเป็นเพียงหนึ่งตัวอย่างของแต่ละสาขาของวัตถุในระบบและความมั่นคง สามารถรักษาได้ง่ายขึ้น ในวิธีนี้วัตถุที่สามารถใช้ร่วมกันและ oids สามารถใช้เพื่อรักษาความสมบูรณ์ไปด้วย ( ดูมาตรา 3.3.3 ) เราหารือเกี่ยวกับความสมบูรณ์ของ referential ใน oodbmss ในส่วน 25.6.2 .