. In Section 15.2 we provide an ove

. In Section 15.2 we provide an overview of the methodology and briefly describe the main activities associated with each design phase. In Section 15.3 we focus on the methodology for conceptual database design and present a detailed description of the steps required to build a conceptual data model. We use the Entity– Relationship (ER) modeling technique described in Chapters 11 and 12 to create the conceptual data model. In Chapter 16 we focus on the methodology for logical database design for the relational model and present a detailed description of the steps required to convert a conceptual data model into a logical data model. This chapter also includes an optional step that describes how to merge two or more logical data models into a single logical data model for those using the view integration approach (see Section 9.5) to manage the design of a database with multiple user views. In Chapters 17 and 18 we complete the database design methodology by presenting a detailed description of the steps associated with the production of the physical database design for relational DBMSs. This part of the methodology illustrates that the develop- ment of the logical data model alone is insufficient to guarantee the optimum implementa- tion of a database system. For example, we may have to consider modifying the logical model to achieve acceptable levels of performance. Appendix G presents a summary of the database design methodology for those readers who are already familiar with database design and simply require an overview of the main steps. Throughout the methodology the terms ‘entity’ and ‘relationship’ are used in place of ‘entity type’ and ‘relationship type’ where the meaning is obvious; ‘type’ is generally only added to avoid ambiguity. In this chapter we mostly use examples from the Staff user views of the DreamHome case study documented in Section 10.4 and Appendix A.

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

. ในส่วน 15.2 เราให้ภาพรวมของระเบียบวิธี และ briefly อธิบายถึงกิจกรรมหลักที่เกี่ยวข้องกับแต่ละขั้นตอนออกแบบ ในส่วน 15.3 เราเน้นวิธีการออกแบบฐานข้อมูลแนวคิด และนำเสนอคำอธิบายรายละเอียดของขั้นตอนที่จำเป็นในการสร้างแบบจำลองข้อมูลแนวคิด เราใช้การเอนทิตี – ความสัมพันธ์ (ER) เทคนิคที่อธิบายไว้ในบทที่ 11 และ 12 การสร้างแบบจำลองการสร้างแบบจำลองข้อมูลแนวคิด ในบทที่ 16 เราเน้นวิธีการออกแบบฐานข้อมูลเชิงตรรกะสำหรับแบบจำลองเชิงสัมพันธ์ และนำเสนอคำอธิบายรายละเอียดของขั้นตอนที่จำเป็นต้องแปลงแบบแนวคิดแบบตรรกะ บทนี้ยังมีขั้นตอนการเลือกซึ่งอธิบายวิธีการผสานสอง หรือข้อมูลรูปแบบที่เหมาะสมเป็นแบบตรรกะข้อมูลเดียวสำหรับผู้ใช้รวมดูวิธี (ดูส่วน 9.5) เพื่อจัดการการออกแบบของฐานข้อมูลกับผู้ใช้หลาย บทที่ 17 และ 18 เราทำวิธีการออกแบบฐานข้อมูล โดยนำเสนอคำอธิบายรายละเอียดของขั้นตอนที่เกี่ยวข้องกับการผลิตการออกแบบฐานข้อมูลกายภาพเชิง DBMSs นี้เป็นส่วนหนึ่งของวิธีการอธิบายว่าพัฒนาติดขัดของโมเดลข้อมูลเชิงตรรกะเดียว insufficient การรับประกันดีที่สุด implementa-สเตรชันของระบบฐานข้อมูล ตัวอย่าง เราอาจต้องพิจารณาการปรับเปลี่ยนรูปแบบตรรกะเพื่อให้ระดับการยอมรับประสิทธิภาพการทำงาน ภาคผนวก G แสดงสรุปของวิธีการออกแบบฐานข้อมูลสำหรับผู้อ่านที่คุ้นเคยกับการออกแบบฐานข้อมูลอยู่แล้ว และเพียงแค่ต้องการภาพรวมของขั้นตอนหลัก ตลอดทั้งวิธีการ เงื่อนไข 'เอนทิตี' และ 'ความสัมพันธ์' จะใช้ 'ชนิดของเอนทิตี' และ 'ความสัมพันธ์ชนิด' ชัดเจน ความหมาย เท่านั้นโดยทั่วไปเป็นเพิ่ม 'ชนิด' เพื่อหลีกเลี่ยงความคลุมเครือ ในบทนี้ เราส่วนใหญ่ใช้ตัวอย่างจากมุมมองผู้ใช้บริการของ DreamHome กรณีศึกษาเอกสารในส่วน 10.4 และภาคผนวกเอ

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

. ในมาตรา 15.2 เราให้ภาพรวมของวิธีการและอธิบายกิจกรรมหลักที่เกี่ยวข้องกับขั้นตอนการออกแบบแต่ละ ในมาตรา 15.3 เรามุ่งเน้นไปที่วิธีการในการออกแบบฐานข้อมูลความคิดและนำเสนอรายละเอียดของขั้นตอนที่จำเป็นในการสร้างแบบจำลองข้อมูลแนวคิด เราใช้ Entity-ความสัมพันธ์ (ER) เทคนิคการสร้างแบบจำลองที่อธิบายไว้ในบทที่ 11 และ 12 เพื่อสร้างรูปแบบข้อมูลแนวคิด ในบทที่ 16 เรามุ่งเน้นไปที่วิธีการในการออกแบบฐานข้อมูลตรรกะสำหรับแบบจำลองเชิงสัมพันธ์และนำเสนอรายละเอียดของขั้นตอนที่จำเป็นในการแปลงรูปแบบข้อมูลความคิดในรูปแบบข้อมูลเชิงตรรกะ บทนี้ยังรวมถึงขั้นตอนที่เลือกที่อธิบายถึงวิธีการผสานสองหรือตรรกะมากขึ้นแบบข้อมูลในรูปแบบข้อมูลเดียวตรรกะสำหรับผู้ที่ใช้มุมมองวิธีบูรณาการ (ดูมาตรา 9.5) ในการจัดการการออกแบบฐานข้อมูลที่มีมุมมองของผู้ใช้หลาย ในบทที่ 17 และ 18 เราสมบูรณ์วิธีการออกแบบฐานข้อมูลโดยนำเสนอคำอธิบายรายละเอียดของขั้นตอนที่เกี่ยวข้องกับการผลิตของการออกแบบฐานข้อมูลทางกายภาพสำหรับ DBMSs สัมพันธ์ เป็นส่วนหนึ่งของวิธีการนี​​้แสดงให้เห็นว่าการบริหารการพัฒนาของรูปแบบข้อมูลเชิงตรรกะอย่างเดียวไม่เพียงพอที่จะรับประกัน implementa ชั่นที่เหมาะสมของระบบฐานข้อมูล ตัวอย่างเช่นเราอาจจะต้องพิจารณาปรับเปลี่ยนรูปแบบตรรกะเพื่อให้บรรลุระดับที่ยอมรับได้ของการทำงาน ภาคผนวก G นำเสนอบทสรุปของวิธีการออกแบบฐานข้อมูลสำหรับผู้อ่านผู้ที่มีความคุ้นเคยกับการออกแบบฐานข้อมูลและก็ต้องมีภาพรวมของขั้นตอนหลัก ตลอดทั้งวิธีการ 'องค์กร' ข้อตกลงและความสัมพันธ์ 'ถูกนำมาใช้ในสถานที่ของนิติบุคคลประเภท' และ 'ความสัมพันธ์ประเภท' ที่มีความหมายชัดเจน 'พิมพ์' โดยทั่วไปจะเข้ามาเพียงเพื่อที่จะหลีกเลี่ยงความกำกวม ในบทนี้เราส่วนใหญ่ใช้ตัวอย่างจากผู้ใช้มุมมองของพนักงานกรณีศึกษา DreamHome บันทึกไว้ในมาตรา 10.4 และภาคผนวก

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

. ในส่วนของแบรนด์เราให้ภาพรวมของวิธีการและบรีfl Y อธิบายกิจกรรมหลักที่เกี่ยวข้องกับแต่ละขั้นตอนการออกแบบ . ในส่วนของงเรามุ่งเน้นวิธีการในการออกแบบฐานข้อมูลเบื้องต้นและนำเสนอรายละเอียดของขั้นตอนที่จำเป็นเพื่อสร้างแบบจำลองข้อมูลเชิงมโนทัศน์เราใช้ความสัมพันธ์เอนทิตี ( ER ) การใช้เทคนิคที่อธิบายไว้ในบทที่ 11 และ 12 เพื่อสร้างแบบจำลองข้อมูลเชิงมโนทัศน์ บทที่ 16 เรามุ่งเน้นวิธีการในการออกแบบฐานข้อมูลเชิงตรรกะในรูปแบบเชิงสัมพันธ์และนำเสนอรายละเอียดของขั้นตอนที่จำเป็นเพื่อแปลงรูปแบบข้อมูลแนวคิดในแบบจำลองข้อมูลเชิงตรรกะบทนี้ยังรวมถึงขั้นตอนเพิ่มเติมที่อธิบายถึงวิธีที่จะผสานสองคนหรือมากกว่าแบบจำลองข้อมูลเชิงตรรกะเป็นโมเดลข้อมูลเชิงตรรกเดียวสำหรับผู้ใช้มุมมองแบบบูรณาการ ( ดูมาตรา 9.5 ) การจัดการการออกแบบฐานข้อมูลที่มีมุมมองที่ผู้ใช้หลายในบทที่ 17 และ 18 เราสมบูรณ์วิธีการออกแบบฐานข้อมูลโดยนำเสนอรายละเอียดของขั้นตอนที่เกี่ยวข้องกับการผลิตของการออกแบบทางกายภาพสำหรับ DBMSs ฐานข้อมูลเชิงสัมพันธ์ ส่วนนี้แสดงให้เห็นว่าวิธีการพัฒนาการของข้อมูลเชิงตรรกะแบบคนเดียว insuf จึง cient การรับประกันที่เหมาะสม implementa - tion ของระบบฐานข้อมูล ตัวอย่างเช่นเราอาจจะต้องพิจารณาการปรับเปลี่ยนรูปแบบตรรกะเพื่อให้บรรลุระดับที่ยอมรับของการแสดง ภาคผนวกก. นำเสนอบทสรุปของวิธีการออกแบบฐานข้อมูลสำหรับผู้อ่านที่คุ้นเคยกับการออกแบบฐานข้อมูล และเพียงแค่ต้องการภาพรวมของขั้นตอนหลักตลอดวิธีการเงื่อนไข ' นิติบุคคล ' และ ' ความสัมพันธ์ ' จะถูกใช้ในสถานที่ของนิติบุคคลประเภท ' และ ' ความสัมพันธ์ ' ซึ่งความหมายก็ชัดเจน ประเภท ' ' จะถูกเพิ่มโดยทั่วไปเท่านั้นที่จะหลีกเลี่ยงความกำกวม ในบทนี้เราส่วนใหญ่ใช้ตัวอย่างจากพนักงานผู้ใช้มุมมองของ dreamhome กรณีศึกษาเอกสารในภาคผนวก ก. และ มาตรา 5