Worksheetsแบบทดสอบระบบฐานข้อมูลER-Model
Total questions: 40
Worksheet time: 20mins
ข้อใดคือความหมายของ Entity ในแบบจำลอง ER
คุณสมบัติที่ใช้อธิบายลักษณะของข้อมูล
ความสัมพันธ์ระหว่างข้อมูลสองชุด
สิ่งหรือวัตถุที่ต้องการเก็บข้อมูล
แอตทริบิวต์ที่ใช้ระบุตัวตนของข้อมูล
โครงสร้างของตารางในฐานข้อมูล
ข้อใดคือสัญลักษณ์ที่ใช้แทน Attribute ในไดอะแกรม ER
สี่เหลี่ยมผืนผ้าเส้นเดี่ยว
สี่เหลี่ยมผืนผ้าเส้นคู่
สี่เหลี่ยมขนมเปียกปูน
วงรีเส้นเดี่ยว
วงรีเส้นคู่
Primary Key ต้องมีคุณสมบัติข้อใดเป็นสำคัญที่สุด
ต้องเป็นตัวเลขเท่านั้นและมีความยาวไม่เกิน 10 หลัก
ต้องมีค่าไม่ซ้ำกันและไม่เป็นค่า NULL
ต้องเป็นข้อมูลที่มีการเปลี่ยนแปลงบ่อยครั้ง
ต้องเป็นชื่อหรือนามสกุลของบุคคล
ต้องมีความยาวมากกว่า 5 ตัวอักษร
Foreign Key ใช้เพื่อวัตถุประสงค์ใด
เพื่อเก็บข้อมูลที่ไม่ซ้ำกันในตาราง
เพื่อคำนวณค่าจากแอตทริบิวต์อื่น
เพื่อเชื่อมโยงความสัมพันธ์ระหว่างตาราง
เพื่อแสดงรายละเอียดของแอตทริบิวต์
เพื่อจัดกลุ่มข้อมูลในตารางเดียวกัน
Cardinality ในแบบจำลอง ER หมายถึงอะไร
จำนวนแอตทริบิวต์ที่มีในเอนทิตี
จำนวนตารางที่มีในฐานข้อมูล
อัตราส่วนความสัมพันธ์ระหว่างเอนทิตี
จำนวนแถวข้อมูลในตาราง
จำนวน Primary Key ที่มีในระบบ
Simple Attribute คืออะไร
แอตทริบิวต์ที่คำนวณได้จากแอตทริบิวต์อื่น
แอตทริบิวต์ที่มีค่าได้หลายค่า
แอตทริบิวต์ที่ไม่สามารถแยกย่อยได้อีก
แอตทริบิวต์ที่ประกอบด้วยหลายส่วน
แอตทริบิวต์ที่ใช้เป็น Primary Key
Weak Entity มีลักษณะสำคัญอย่างไร
มี Primary Key ที่ชัดเจนและไม่ซ้ำกัน
ไม่สามารถมีอยู่ได้เองต้องพึ่งเอนทิตีอื่น
เป็นเอนทิตีที่มีข้อมูลน้อยกว่าเอนทิตีอื่น
เป็นเอนทิตีที่ไม่มีความสัมพันธ์กับเอนทิตีอื่น
เป็นเอนทิตีที่มีแอตทริบิวต์เพียง 1-2 ตัว
ER Model เพิ่มแนวคิดใดให้กับ ER Model พื้นฐาน
การเพิ่ม Primary Key และ Foreign Key
การสร้างความสัมพันธ์แบบ 1:1 และ 1:N
Generalization, Specialization และ Aggregation
การสร้างตารางและกำหนดชนิดข้อมูล
การออกแบบฟอร์มและรายงาน
Specialization ในแบบจำลอง EER หมายถึงอะไร
การรวมเอนทิตีย่อยหลายตัวเป็นเอนทิตีใหญ่
การแยกเอนทิตีใหญ่เป็นเอนทิตีย่อยตามคุณสมบัติ
การรวมความสัมพันธ์หลายตัวเป็นเอนทิตีใหม่
การสร้างตารางเชื่อมสำหรับความสัมพันธ์ M:N
การแยกแอตทริบิวต์ออกเป็นหลายส่วน
ไดอะแกรม ER ใช้เพื่อวัตถุประสงค์หลักใด
เพื่อเขียนโปรแกรมและสร้างฟังก์ชัน
เพื่อออกแบบโครงสร้างฐานข้อมูลในระดับแนวคิด
เพื่อทดสอบความถูกต้องของข้อมูล
เพื่อสร้างรายงานและแบบฟอร์ม
เพื่อคำนวณประสิทธิภาพของระบบ
ข้อใดเป็นตัวอย่างของ Composite Attribute
รหัสนักศึกษา
อายุ
ชื่อ-นามสกุล
เพศ
วันเกิด
"จำนวนปีที่ทำงาน" ที่คำนวณจาก "วันที่เริ่มงาน" เป็นแอตทริบิวต์ประเภทใด
Simple Attribute ที่เก็บค่าตรงๆ
Composite Attribute ที่แยกย่อยได้
Derived Attribute ที่คำนวณได้
Multi-valued Attribute ที่ม
Key Attribute ที่ใช้ระบุตัวตน
ความสัมพันธ์ระหว่าง "อาจารย์" กับ "รายวิชา" ที่อาจารย์ 1 คนสอนได้หลายวิชา และรายวิชา 1 วิชาสอนโดยอาจารย์ 1 คนเท่านั้น เป็น Cardinality แบบใด
One-to-One (1:1)
One-to-Many (1:N)
Many-to-One (N:1)
Many-to-Many (M:N)
One-to-Many-to-One (1:N:1)
เหตุใดความสัมพันธ์แบบ M:N จึงต้องสร้างตารางเชื่อม
เพื่อให้ฐานข้อมูลมีจำนวนตารางมากขึ้น
เพื่อป้องกันข้อมูลซ้ำซ้อนและเก็บข้อมูลความสัมพันธ์
เพื่อให้ Primary Key มีขนาดเล็กลง
เพื่อเพิ่มความเร็วในการค้นหาข้อมูล
เพื่อลดจำนวน Foreign Key ในระบบ
"เบอร์โทรศัพท์" ที่บุคคล 1 คนอาจมีหลายเบอร์ เป็นแอตทริบิวต์ประเภทใด
Simple Attribute ที่มีค่าเดียว
Composite Attribute ที่แยกได้
Derived Attribute ที่คำนวณได้
Multi-valued Attribute ที่มีหลายค่า
Key Attribute ที่ระบุตัวตน
ข้อใดคือตัวอย่างของ Weak Entity
นักศึกษาในระบบทะเบียน
รายการสินค้าย่อยในใบสั่งซื้อ
อาจารย์ในระบบบุคลากร
รายวิชาในหลักสูตร
แผนกในองค์กร
Generalization ในแบบจำลอง EER เป็นการออกแบบแบบใด
Top-Down จากเอนทิตีใหญ่ลงเอนทิตีย่อย
Bottom-Up จากเอนทิตีย่อยขึ้นเอนทิตีใหญ่
Middle-Out จากเอนทิตีกลางไปทั้งสองทาง
Inside-Out จากแกนกลางออกภายนอก
Outside-In จากภายนอกเข้าสู่แกนกลาง
ในระบบห้องสมุด "หนังสือ 1 เล่มถูกยืมโดยหลายคนในเวลาต่างกัน และคนไข้ 1 คนยืมได้หลายเล่ม" เป็น Cardinality แบบใด
One-to-One เพราะยืมครั้งละ 1 เล่ม
One-to-Many เพราะหนังสือถูกยืมหลายครั้ง
Many-to-One เพราะคนหลายคนยืมได้
Many-to-Many เพราะทั้งสองฝ่ายมีได้หลาย
One-to-One-to-Many เพราะมี 3 เอนทิตี
ข้อใดอธิบาย ISA relationship ได้ถูกต้องที่สุด
ความสัมพันธ์ระหว่างเอนทิตีที่มีระดับเท่ากัน
ความสัมพันธ์แบบ Superclass และ Subclass
ความสัมพันธ์ที่ต้องมีตารางเชื่อม
ความสัมพันธ์ระหว่าง Weak Entity กับ Strong Entity
ความสัมพันธ์ที่มี Car
ข้อใดคือข้อดีหลักของการใช้ Extended ER Model
ทำให้เขียนโปรแกรมได้เร็วขึ้น
ลดความซ้ำซ้อนและจัดโครงสร้างได้ชัดเจน
เพิ่มจำนวนตารางในฐานข้อมูล
ทำให้ Query ข้อมูลได้เร็วขึ้น
ลดความซับซ้อนของ SQL
ระบบร้านขายของมีเอนทิตี "ลูกค้า" และ "ออเดอร์" โดยลูกค้า 1 คนสั่งซื้อได้หลายครั้ง แต่ออเดอร์แต่ละครั้งเป็นของลูกค้า 1 คนเท่านั้น ควรเก็บ Foreign Key ที่ใด
เก็บรหัสลูกค้าในตาราง ORDER
เก็บรหัสออเดอร์ในตาราง CUSTOMER
สร้างตารางเชื่อมระหว่าง CUSTOMER และ ORDER
เก็บทั้งสองรหัสในตารางใหม่
ไม่ต้องเก็บ Foreign Key เลย
ในระบบโรงพยาบาล มีเอนทิตี "คนไข้" "แพทย์" และ "การนัดหมาย" ถ้าต้องการเก็บข้อมูล "อาการเบื้องต้น" และ "วันที่นัด" ควรเก็บในเอนทิตีใด
เก็บในเอนทิตี PATIENT
เก็บในเอนทิตี DOCTOR
เก็บในเอนทิตี APPOINTMENT
เก็บทั้งใน PATIENT และ DOCTOR
สร้างเอนทิตีใหม่ชื่อ SYMPTOM
ระบบจัดการพนักงานต้องการเก็บข้อมูล "พนักงาน" "โครงการ" และ "การมอบหมายงาน" โดยพนักงาน 1 คนทำได้หลายโครงการ และโครงการ 1 โครงการมีพนักงานหลายคน ควรออกแบบอย่างไร
เก็บรหัสโครงการในตาราง EMPLOYEE
เก็บรหัสพนักงานในตาราง PROJECT
สร้างตาราง ASSIGNMENT เก็บทั้งสองรหัส
รวมทั้งสามเอนทิตีเป็นตารางเดียว
แยกเป็นสองตารางคือ EMPLOYEE-PROJECT
หากต้องการเก็บข้อมูลบุคลากรที่ประกอบด้วย "อาจารย์" "เจ้าหน้าที่" และ "แม่บ้าน" โดยมีข้อมูลร่วมกันคือ ชื่อ-สกุล ที่อยู่ เงินเดือน ควรใช้แนวคิดใด
สร้างตารางแยกกันโดยสมบูรณ์
ใช้ Generalization/Specialization
ใช้ Weak Entity
ใช้ Composite Attribute
ใช้ Multi-valued Attribute
ในระบบหอพัก "หอพัก 1 หลังมีห้องพักหลายห้อง" และ "ห้องพัก 1 ห้องมีนักศึกษาหลายคน" Foreign Key ควรอยู่ที่ใด
เก็บรหัสหอพักในตาราง ROOM และรหัสห้องในตาราง STUDENT
เก็บรหัสห้องในตาราง DORMITORY และรหัสนักศึกษาในตาราง ROOM
เก็บรหัสหอพักและห้
สร้างตารางเชื่อมระหว่างทั้งสามเอนทิตี
เก็บทุกรหัสในตารางใหม่ชื่อ HOUSING
ระบบร้านอาหาร ต้องการเก็บ "จำนวนจาน" และ "หมายเหตุพิเศษ" (เช่น ไม่เผ็ด) ของแต่ละเมนูในออเดอร์ ควรเก็บข้อมูลนี้ที่ใด
เก็บในตาราง ORDER
เก็บในตาราง MENU
เก็บในตาราง ORDER_DETAIL
เก็บในตาราง CUSTOMER
เก็บในตาราง TABLE
ระบบจัดการหลักสูตรมีเอนทิตี "หลักสูตร" และ "บทเรียนย่อย" โดยบทเรียนย่อยไม่สามารถมีอยู่ได้โดยไม่มีหลักสูตร เอนทิตี "บทเรียนย่อย" เป็นประเภทใด
Strong Entity
Weak Entity
Associative Entity
Composite Entity
Derived Entity
ในระบบขนส่ง มี "รถยนต์" "รถบรรทุก" "รถจักรยานยนต์" ที่มีข้อมูลร่วมกัน (ทะเบียน, ยี่ห้อ, สี) และข้อมูลเฉพาะแต่ละประเภท ควรออกแบบอย่างไร
สร้าง Superclass "ยานพาหนะ" และ Subclass แต่ละประเภท
สร้างตารางแยกกันโดยสมบูรณ์
รวมทุกอย่างในตารางเดียว
ใช้ Weak Entity สำหรับแต่ละประเภท
สร้างตารางเชื่อม
ระบบจองห้องประชุม "ห้องประชุม 1 ห้องถูกจองได้หลายครั้ง" และ "พนักงาน 1 คนจองได้หลายครั้ง" ควรเก็บข้อมูล "วันที่จอง" และ "เวลา" ที่ใด
เก็บในตาราง ROOM
เก็บในตาราง EMPLOYEE
เก็บในตาราง BOOKING
เก็บทั้งใน ROOM และ EMPLOYEE
ไม่ต้องเก็บเพราะคำนวณได้
ในระบบคลินิก "คนไข้ 1 คนนัดได้หลายครั้ง" "ทันตแพทย์ 1 คนมีนัดหลายคน" และ "การนัดหมาย 1 ครั้งนำไปสู่การรักษา 1 ครั้ง" ความสัมพันธ์ระหว่าง APPOINTMENT และ TREATMENT เป็นแบบใด
One-to-One (1:1)
One-to-Many (1:N)
Many-to-One (N:1)
Many-to-Many (M:N)
One-to-Zero-or-One (1:0..1)
ระบบมีตาราง STUDENT (รหัสนักศึกษา, ชื่อ, สาขา, อาจารย์ที่ปรึกษา, เบอร์อาจารย์) พบว่าเบอร์อาจารย์ซ้ำหลายแถว ควรแก้ไขอย่างไร
ลบเบอร์อาจารย์ออกจากระบบ
แยกสร้างตาราง ADVISOR และเชื่อมด้วย Foreign Key
เปลี่ยนเบอร์อาจารย์เป็น Primary Key
รวมข้อมูลอาจารย์ทั้งหมดในตาราง STUDENT
สร้างตารางเชื่อมระหว่าง STUDENT และ PHONE
โครงสร้างใดมีความซ้ำซ้อนของข้อมูลมากที่สุด
แยกตาราง CUSTOMER และ ORDER ด้วย Foreign Key
เก็บชื่อลูกค้าซ้ำในทุกแถวของตาราง ORDER
สร้างตาราง ORDER_DETAIL สำหรับความสัมพันธ์ M:N
ใช้ Generalization สำหรับประเภทลูกค้า
แยกตาราง PRODUCT ออกจาก ORDER_DETAIL
หากพบว่าระบบมีเอนทิตี "นักศึกษาปกติ" "นักศึกษาทำงาน" "นักศึกษาต่างชาติ" ที่มีข้อมูลร่วมกัน 80% ข้อใดเป็นวิธีออกแบบที่ดีที่สุด
สร้างตารางแยกกันโดยสมบูรณ์
รวมทุกอย่างในตารางเดียวใช้ฟิลด์ "ประเภท"
ใช้ Specialization สร้าง Superclass และ Subclass
สร้างตารางเชื่อมระหว่างทุกประเภท
ใช้ Weak Entity สำหรับแต่ละประเภท
ระบบมีความสัมพันธ์ "นักศึกษา-วิชา" (M:N) โดยเก็บ "เกรด" และ "ภาคเรียน" ในตาราง STUDENT ทำให้เกิดปัญหาอะไร
ไม่สามารถระบุว่านักศึกษาได้เกรดอะไรจากวิชาใด
ข้อมูลซ้ำซ้อนและไม่สามารถเก็บหลายวิชาได้
Primary Key ไม่ชัดเจน
Foreign Key ผิดตำแหน่ง
Cardinality ไม่ถูกต้อง
ข้อใดแสดงการออกแบบที่ถูกต้องสำหรับ หนังสือ 1 เล่มมีผู้แต่งหลายคน และผู้แต่ง 1 คนเขียนหลายเล่ม
เก็บรหัสหนังสือในตาราง AUTHOR
เก็บรหัสผู้แต่งในตาราง BOOK
สร้างตาราง BOOK_AUTHOR เก็บทั้งสองรหัส
รวมตาราง BOOK และ AUTHOR เป็นตารางเดียว
เก็บชื่อผู้แต่งทั้งหมดในฟิลด์เดียวของตาราง BOOK
ระบบมี อาคาร และ ห้อง โดยเลขที่ห้อง (101, 102) อาจซ้ำกันในอาคารต่างๆ การออกแบบใดถูกต้อง
ใช้เลขที่ห้องเป็น Primary Key ของตาราง ROOM
ใช้ Composite Key (รหัสอาคาร + เลขที่ห้อง)
เก็บเฉพาะห้องที่เลขไม่ซ้ำ
สร้างรหัสห้องใหม่ที่ไม่เกี่ยวกับอาคาร
รวมข้อมูลอาคารและห้องในตารางเดียว
การออกแบบใดมีประสิทธิภาพมากที่สุดสำหรับระบบ E-commerce ที่มี "สินค้า" "ออเดอร์" "ลูกค้า"
รวมทุกอย่างในตารางเดียว
แยกเป็น 3 ตาราง เชื่อมด้วย Foreign Key
สร้างตารางแยกสำหรับแต่ละออเดอร์
เก็บข้อมูลสินค้าซ้ำในทุกออเดอร์
ใช้ Weak Entity สำหรับทุกเอนทิตี
ข้อใดเป็นข้อเสียของการรวมทุกเอนทิตีในตารางเดียว
ทำให้ Primary Key มีขนาดใหญ่
เกิด NULL มาก ข้อมูลซ้ำซ้อน และแก้ไขยาก
Foreign Key มีจำนวนมากเกินไป
Cardinality ไม่ชัดเจน
ไม่สามารถสร้าง Index ได้
ระบบใดควรใช้ Weak Entity
ระบบที่ทุกเอนทิตีมีความเป็นอิสระ
ระบบที่มีเอนทิตีย่อยขึ้นอยู่กับเอนทิตีหลัก
ระบบที่มีความสัมพันธ์แบบ M:N
ระบบที่มี Primary Key ชัดเจนทุกตาราง
ระบบที่ไม่มีความสัมพันธ์ระหว่างเอนทิตี
ข้อใดเป็นหลักการสำคัญที่สุดในการออกแบบฐานข้อมูลด้วย ER Model
สร้างตารางให้มากที่สุดเท่าที่จะทำได้
หลีกเลี่ยงการใช้ Foreign Key
ลดความซ้ำซ้อนและรักษาความถูกต้องของข้อมูล
รวมทุกข้อมูลในตารางเดียว
ใช้ Derived Attribute แทน Simple Attribute
