In SQL:2003, as in most programming

In SQL:2003, as in most programming languages, every instance of a UDT must be associated
with exactly one most specific type, which corresponds to the lowest subtype
assigned to the instance. Thus, if the UDT has more than one direct supertype, then there
must be a single type to which the instance belongs, and that single type must be a subtype
of all the types to which the instance belongs. In some cases, this can require the creation
of a large number of types. For example, a type hierarchy might consist of a maximal
supertype Person, with Student and Staff as subtypes; Student itself might have three direct
subtypes: Undergraduate, Postgraduate, and PartTimeStudent, as illustrated in Figure 28.2(a).
If an instance has the type Person and Student, then the most specific type in this case is
Student, a non-leaf type, since Student is a subtype of Person. However, with the current
type hierarchy an instance cannot have the type PartTimeStudent as well as staff, unless
we create a type PTStudentStaff, as illustrated in Figure 28.2(b). The new leaf type,
PTStudentStaff, is then the most specific type of this instance. Similarly, some of the fulltime
undergraduate and postgraduate students may work part time (as opposed to full-time
employees being part-time students), and so we would also have to add subtypes for
FTUGStaff and FTPGStaff. If we generalized this approach, we could potentially create a
large number of subtypes. In some cases, a better approach may be to use inheritance at
the level of tables as opposed to types, as we discuss shortly.

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

ใน SQL:2003 ในภาษาโปรแกรมส่วนใหญ่ แต่ละอินสแตนซ์ของ UDT ต้องเชื่อมโยง
ชนิดส่วนใหญ่หนึ่ง ซึ่งตรงกับชนิดย่อยต่ำ
กำหนดให้กับอินสแตนซ์ ดังนั้น ถ้า UDT มีมากกว่าหนึ่ง supertype ตรง แล้วมี
ต้องเป็นชนิดเดียวที่เป็นของอินสแตนซ์ และชนิดเดียวที่ต้องเป็นชนิดย่อย
ทุกประเภทที่เป็นสมาชิกของอินสแตนซ์ ในบางกรณี นี้สามารถใช้สร้าง
ของจำนวนชนิดขนาดใหญ่ได้ ตัวอย่าง ชนิดลำดับชั้นอาจประกอบด้วยความสูงสุด
supertype คน นักเรียนและพนักงานเป็น subtypes นักเรียนเองอาจตรงสาม
subtypes: ระดับปริญญาตรี บัณฑิต และ PartTimeStudent ดังที่แสดงในรูปที่ 28.2 (ก) .
ถ้าอินสแตนซ์ชนิดคนและนักเรียน แล้วชนิดส่วนใหญ่เป็นในกรณีนี้
นักเรียน ชนิดบัพ เนื่องจากนักเรียนเป็นชนิดย่อยของบุคคล อย่างไรก็ตาม กับตัว
ลำดับชั้นชนิดอินสแตนซ์ไม่สามารถมีชนิด PartTimeStudent เช่นเป็นพนักงาน ยกเว้น
เราสร้างชนิด PTStudentStaff ดังที่แสดงในรูป 28.2(b) ชนิดใบใหม่,
PTStudentStaff แล้วเป็นส่วนใหญ่ชนิดของอินสแตนซ์นี้ ในทำนองเดียวกัน ของงานประจำ
ระดับปริญญาตรีและนักศึกษาอาจทำงานเวลาส่วนหนึ่ง (จำกัดเวลาเต็ม
พนักงานการศึกษาชั่วคราว), และ เพื่อเราจะได้เพิ่ม subtypes ใน
FTUGStaff และ FTPGStaff ได้ ถ้าเราตั้งค่าทั่วไปวิธีนี้ เราไม่อาจสร้างการ
subtypes จำนวนมากได้ ในบางกรณี วิธีที่ดีกว่าอาจจะใช้มรดกที่
ระดับของตารางเมื่อเทียบกับชนิด เป็นเราหารือในเร็ว ๆ นี้

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

ใน SQL: 2003 ในขณะที่ส่วนใหญ่ภาษาโปรแกรมอินสแตนซ์ของ UDT ทุกคนต้องมีความสัมพันธ์
กับอีกหนึ่งประเภทที่เฉพาะเจาะจงมากที่สุดซึ่งสอดคล้องกับการย่อยต่ำสุดที่
ได้รับมอบหมายให้เช่น ดังนั้นหาก UDT มีมากกว่าหนึ่ง supertype โดยตรงแล้วมี
จะต้องเป็นชนิดเดียวที่เป็นตัวอย่างและชนิดเดียวที่ต้องย่อย
ทุกประเภทที่เป็นเช่น ในบางกรณีนี้จะต้องมีการสร้าง
เป็นจำนวนมากของประเภท ตัวอย่างเช่นลำดับชั้นชนิดอาจประกอบด้วยสูงสุด
คน supertype กับนักศึกษาและพนักงานเป็นเชื้อ; นักเรียนตัวเองอาจจะมีสามโดยตรง
เชื้อ: ปริญญาตรี, ปริญญาโทและ PartTimeStudent ดังแสดงในรูปที่ 28.2 (ก)
ถ้าเช่นมีคนประเภทและนักศึกษาแล้วประเภทที่เฉพาะเจาะจงมากที่สุดในกรณีนี้คือ
นักศึกษาไม่ใช่ประเภทใบ เนื่องจากนักศึกษาเป็นประเภทย่อยของบุคคล แต่ด้วยปัจจุบัน
ลำดับชั้นชนิดเช่นไม่สามารถมี PartTimeStudent ชนิดรวมทั้งพนักงานเว้นแต่
เราสร้าง PTStudentStaff ชนิดดังแสดงในรูปที่ 28.2 (ข) ประเภทใบใหม่
PTStudentStaff เป็นแล้วประเภทที่เฉพาะเจาะจงมากที่สุดในกรณีนี้ ในทำนองเดียวกันบางส่วนของประจำ
นักศึกษาระดับปริญญาตรีและระดับบัณฑิตศึกษาอาจทำงานนอกเวลา (เมื่อเทียบกับเต็มเวลา
ของพนักงานเป็นนักเรียนนอกเวลา) และเพื่อให้เรายังจะต้องมีการเพิ่มเชื้อสำหรับ
FTUGStaff และ FTPGStaff ถ้าเราทั่วไปวิธีการนี้เราอาจจะสร้าง
จำนวนมากของเชื้อ ในบางกรณีวิธีที่ดีอาจจะใช้มรดกที่
ระดับของตารางเมื่อเทียบกับประเภทที่เราพูดคุยกันไม่นาน

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

ใน SQL : 2003 เป็นภาษาการเขียนโปรแกรมมากที่สุด ทุก ๆอินสแตนซ์ของ udt ต้องเชื่อมโยงกับประเภทที่เฉพาะเจาะจงมากที่สุด
ตรงหนึ่ง ซึ่งสอดคล้องกับทั้งค่า
มอบหมาย เป็นต้น ดังนั้น หาก udt มีมากกว่าหนึ่ง supertype โดยตรง ก็มี
ต้องเป็นชนิดเดียวที่อินสแตนซ์ของชนิดเดียว และต้องเป็นชนิดย่อย
ประเภททั้งหมดที่อินสแตนซ์อยู่ในบางกรณี นี้สามารถ ต้องการสร้าง
ของตัวเลขขนาดใหญ่ของประเภท ตัวอย่างเช่นประเภทลำดับชั้นอาจประกอบด้วยบุคคล supertype สูงสุด
, กับเจ้าหน้าที่และนักศึกษาเป็นชนิดย่อย นักเรียนนักศึกษาเองอาจมีสามชนิดย่อยโดยตรง ระดับปริญญาตรี ปริญญาโท และ
parttimestudent ตามที่แสดงในรูปที่ 28.2 ( ) .
ถ้าตัวอย่างมีประเภทบุคคล และ นักศึกษาแล้วประเภทที่เฉพาะเจาะจงมากที่สุดในกรณีนี้คือ
นักเรียน ไม่ใช่ใบชนิด ตั้งแต่ นักเรียน คือกลุ่มของบุคคล อย่างไรก็ตาม ด้วยระบบพิมพ์ปัจจุบัน
ตัวอย่างไม่สามารถมีประเภท parttimestudent รวมทั้งเจ้าหน้าที่ เว้นแต่
เราสร้างชนิดที่ ptstudentstaff ตามที่แสดงในรูปที่ 28.2 ( B ) ใหม่ใบพิมพ์
ptstudentstaff , แล้วชนิดที่เฉพาะเจาะจงมากที่สุดของตัวอย่างนี้ ในทํานองเดียวกันบางส่วนของหนังสือ
นักศึกษาปริญญาตรีถึงปริญญาเอกอาจทำงานนอกเวลา ( ตรงข้ามกับพนักงานเต็มเวลา
เป็นนักเรียนชั่วคราว ) แล้วเราก็ต้องเพิ่มให้
ftugstaff ftpgstaff ชนิดย่อยและ . ถ้าเราทั่วไป วิธีนี้เราอาจสร้าง
จำนวนมากของชนิดย่อย . ในบางกรณี วิธีการที่ดีกว่าอาจจะใช้มรดกที่
ระดับของตารางเป็นนอกคอกประเภท ตามที่เราคุยกันแล้ว