A more complicated transaction is t

A more complicated transaction is to delete the member of staff with a given staff num-ber x, as shown in Figure 20.1(b). In this case, as well as having to delete the tuple in the Staff
relation, we also need to find all the PropertyForRenttuples that this member of staff managed
and reassign them to a different member of staff,newStaffNosay. If all these updates are
not made, referential integrity will be lost and the database will be in an inconsistent state:
a property will be managed by a member of staff who no longer exists in the database.

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

ธุรกรรมที่ซับซ้อนมากขึ้นคือการ ลบสมาชิกของพนักงาน ber-num ที่พนักงานกำหนด x ดังแสดงในรูป 20.1(b) ในกรณีนี้ รวมทั้งมีการลบทูเพิลมาก ๆ
ความสัมพันธ์ เราต้องหา PropertyForRenttuples นี้สมาชิกพนักงานจัดการ
แล้วมอบหมายให้สมาชิกอื่นของพนักงาน newStaffNosay หากมีโปรแกรมปรับปรุงเหล่านี้
ไม่ทำ ความอ้างอิงจะสูญหาย และฐานข้อมูลจะอยู่ในสถานะไม่สอดคล้องกัน:
คุณสมบัติจะถูกจัดการ โดยสมาชิกของพนักงานที่ไม่มีอยู่ในฐานข้อมูล

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

การทำธุรกรรมที่ซับซ้อนมากขึ้นคือการลบสมาชิกของพนักงานที่มีการรับพนักงานจานวน x ดังแสดงในรูปที่ 20.1 (ข) ในกรณีนี้เช่นเดียวกับที่มีการลบ tuple ในเจ้าหน้าที่
ความสัมพันธ์เรายังต้องการที่จะหา PropertyForRenttuples ทั้งหมดที่สมาชิกของทีมงานนี้ได้รับการจัดการ
และกำหนดให้พวกเขาเป็นสมาชิกที่แตกต่างกันของพนักงาน newStaffNosay หากการปรับปรุงทั้งหมดเหล่านี้จะ
ไม่ทำความสมบูรณ์จะหายไปและฐานข้อมูลจะอยู่ในสภาวะที่ไม่คง:
สถานที่ให้บริการจะได้รับการจัดการโดยสมาชิกคนหนึ่งของทีมงานที่ไม่อยู่ในฐานข้อมูล

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

ธุรกรรมที่ซับซ้อนมากขึ้นเพื่อลบสมาชิกของพนักงานที่มีให้เจ้าหน้าที่นัมเบอร์ X เดิม ดังแสดงในรูป ( ข ) ในคดีนี้ รวมทั้งต้องลบ tuple ในเจ้าหน้าที่
ความสัมพันธ์เรายังต้องค้นหาทั้งหมด propertyforrenttuples ว่าสมาชิกของพนักงานการจัดการ
และมอบหมายให้ให้สมาชิกที่แตกต่างกันของพนักงาน newstaffnosay . ถ้าปรับปรุงทั้งหมดเหล่านี้
สร้างไม่ได้ความสมบูรณ์ของ referential จะหายไปและฐานข้อมูลจะอยู่ในสถานะไม่สอดคล้องกัน :
คุณสมบัติจะถูกจัดการโดยเจ้าหน้าที่ ที่ไม่มีอยู่ในฐานข้อมูล