A DBMS must provide support for the

A DBMS must provide support for the storage of persistent objects, that is, objects that
survive after the user session or application program that created them has terminated.
This is in contrast to transient objects that last only for the invocation of the program.
Persistent objects are retained until they are no longer required, at which point they are
deleted. Other than the embedded language approach discussed in Section 26.1.3, the
schemes we present next may be used to provide persistence in programming languages.
For a complete survey of persistence schemes, the interested reader is referred to Atkinson
and Buneman (1989).
Although intuitively we might consider persistence to be limited to the state of objects,
persistence can also be applied to (object) code and to the program execution state.
Including code in the persistent store potentially provides a more complete and elegant solution. However, without a fully integrated development environment, making code
persist leads to duplication, as the code will exist in the file system. Having program state
and thread state persist is also attractive but, unlike code for which there is a standard
definition of its format, program execution state is not easily generalized. In this section
we limit our discussion to object persistence.

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

DBMS ต้องให้การสนับสนุนสำหรับการจัดเก็บวัตถุแบบถาวร คือ วัตถุที่
อยู่รอดหลังจากที่ผู้ใช้งานหรือโปรแกรมประยุกต์โปรแกรมที่สร้างขึ้นนั้นได้สิ้นสุดลง
นี้จะตรงกันข้ามวัตถุชั่วคราวไปที่สุดท้ายเท่านั้นสำหรับเรียกของโปรแกรม
วัตถุแบบจะเก็บไว้จนกว่าพวกเขาจะไม่ต้อง จุดใดจะ
ลบ นอกจากวิธีฝังภาษาที่กล่าวถึงในส่วน 26.1.3
อาจใช้รูปแบบที่เรานำเสนอต่อไปให้คงอยู่ในการเขียนโปรแกรมภาษาได้
สำหรับการสำรวจโครงร่างมีอยู่สมบูรณ์ อ่านสนใจจะเรียกอันดับ
และ Buneman (1989) .
แต่สังหรณ์ใจเราอาจพิจารณามีอยู่จะจำกัดสถานะของวัตถุ,
มีอยู่ยังใช้รหัส (วัตถุ) และ การโปรแกรมดำเนินการสถานะการ
รวมทั้งรหัสในเก็บแบบถาวรอาจให้โซลูชั่นสมบูรณ์ และสง่างามมากขึ้นได้ อย่างไรก็ตาม ไม่ มีสภาพแวดล้อมพัฒนาครบวงจร ทำรหัส
คงอยู่นำไปสู่การทำซ้ำ เป็นรหัสจะอยู่ในระบบ file มีสถานะโปรแกรม
และสถานะกลุ่มหัวข้อคงอยู่ก็น่าสนใจแต่ ซึ่งแตกต่างจากรหัสที่มีมาตรฐาน
definition ของรูปแบบ สถานะการดำเนินการโปรแกรมจะไม่ได้ตั้งค่าทั่วไป ในส่วนนี้
เราจำกัดการสนทนาของเราให้คงอยู่ของวัตถุ

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

เป็นระบบจัดการฐานข้อมูลจะต้องให้การสนับสนุนสำหรับการเก็บถาวรวัตถุที่เป็นวัตถุที่
อยู่รอดหลังจากเซสชันของผู้ใช้หรือโปรแกรมประยุกต์ที่สร้างพวกเขาได้สิ้นสุดลง
นี่เป็นตรงกันข้ามกับวัตถุชั่วคราวที่ล่าสุดสำหรับเรียกโปรแกรม
วัตถุถาวรจะถูกเก็บไว้จนกว่าพวกเขาจะต้องไม่มีการ ที่จุดที่พวกเขา
ลบนอกจากที่กล่าวถึงในส่วนภาษาแบบฝังตัว 26.1.3 ,
โครงร่างเราปัจจุบันต่อไปอาจจะถูกใช้เพื่อให้คงอยู่ในการเขียนโปรแกรมภาษา .
สำหรับการสำรวจที่สมบูรณ์ของการติดตาแบบ ผู้อ่านที่สนใจจะเรียกว่า Atkinson และ ( 2532 ) buneman
.
แต่สังหรณ์ใจ เราอาจจะพิจารณาความเพียรที่จะถูก จำกัด ไปยังรัฐวัตถุ
การสามารถใช้รหัส ( วัตถุ ) และโปรแกรมการประหารรัฐ
รวมทั้งรหัสในร้านแบบถาวร อาจให้โซลูชั่นที่สมบูรณ์มากขึ้นและสง่างาม แต่ไม่มีแบบครบวงจร พัฒนาสิ่งแวดล้อม การสร้างรหัส
คงอยู่ นำไปสู่การทำซ้ำ เป็นรหัส จะ อยู่ ใน จึง เลอ ระบบ มีรัฐและรัฐยังคง
โปรแกรมด้ายยังเป็นที่น่าสนใจ แต่ซึ่งแตกต่างจากรหัส ซึ่งมีมาตรฐาน
เดอ จึง nition ของรูปแบบการโปรแกรมรัฐไม่ใช่ง่ายทั่วไป . ในส่วนนี้เราจำกัดการสนทนาของเรา

วัตถุความคงอยู่