The logical model created at the en

The logical model created at the end of Step 2 is then used as the source of information for physical database design described in Steps 3 to 8. Again depending on the complex- ity of the database systems being design and/or the functionality of the target DBMS, some steps of physical database design may be omitted. For example, Step 4.2 may not be applicable for certain PC-based DBMSs. The steps of physical database design are described in detail in Chapters 17 and 18. Database design is an iterative process, which has a starting point and an almost endless procession of refinements. Although the steps of the methodology are presented here as a procedural process, it must be emphasized that this does not imply that it should be per- formed in this manner. It is likely that knowledge gained in one step may alter decisions made in a previous step. Similarly, it may be useful to look briefly at a later step to help with an earlier step. Therefore, the methodology should act as a framework to help guide the designer through database design effectively. To illustrate the database design methodology we use the DreamHome case study. The DreamHome database has several user views (Director, Manager, Supervisor, and Assistant) that are managed using a combination of the centralization and view integration approaches (see Section 10.4). Applying the centralization approach resulted in the iden- tification of two collections of user views called Staff user views and Branch user views. The user views represented by each collection are as follows: n Staff user views – representing Supervisor and Assistant user views; n Branch user views – representing Director and Manager user views.

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

แล้วแบบตรรกะที่สร้างเมื่อสิ้นสุดขั้นตอนที่ 2 ใช้เป็นแหล่งของข้อมูลสำหรับออกแบบฐานข้อมูลกายภาพที่อธิบายไว้ในขั้นตอนที่ 3 กับ 8 อีกครั้ง ตามซับซ้อน-ity ระบบฐานข้อมูลการออกแบบและ/หรือการทำงานของ DBMS เป้าหมาย บางขั้นตอนของการออกแบบฐานข้อมูลทางกายภาพอาจจะข้ามไป ตัวอย่าง 4.2 ขั้นตอนไม่ได้สำหรับบางอย่างใช้ PC DBMSs ขั้นตอนของการออกแบบฐานข้อมูลกายภาพอธิบายในรายละเอียดในบทที่ 17 และ 18 ออกแบบฐานข้อมูลมีการซ้ำกระบวนการ ซึ่งมีจุดเริ่มต้นและมีขบวนเกือบสิ้นสุดของ refinements แม้ว่าขั้นตอนของวิธีการนำเสนอที่นี่เป็นกระบวนการขั้นตอน มันต้องมีการเน้นย้ำว่า นี้ได้เป็นการว่า มันควรจะต่อ - รูปแบบในลักษณะนี้ เป็นไปได้ว่า ความรู้ในขั้นตอนเดียวอาจเปลี่ยนการตัดสินใจในขั้นตอนก่อนหน้านี้ ในทำนองเดียวกัน มันอาจจะเป็นประโยชน์ในการค้นหา briefly ในขั้นตอนต่อไปจะมีขั้นตอนก่อนหน้านี้ช่วย ดังนั้น วิธีควรทำเป็นกรอบเพื่อช่วยแนะนำแบบผ่านการออกแบบฐานข้อมูลได้อย่างมีประสิทธิภาพ เพื่อแสดงวิธีการออกแบบฐานข้อมูล เราใช้กรณีศึกษา DreamHome ฐานข้อมูล DreamHome มีหลายผู้ใช้มุมมอง (ผู้อำนวยการ ผู้จัดการ หัวหน้างาน และผู้ช่วย) ที่มีจัดการโดยใช้การรวมของชอบรวมศูนย์และมุมมองรวมแนวทาง (ดูส่วน 10.4) ใช้วิธีชอบรวมศูนย์ให้ iden-tification ชุดสองของผู้ใช้บริการผู้ใช้มุมมองและมุมมองผู้ใช้สาขา มุมมองผู้ใช้แทน โดยแต่ละชุดมีดังนี้: n พนักงานผู้ใช้มุมมอง – แทนหัวหน้างานและมุมมองของผู้ใช้ช่วย n สาขาผู้ใช้มุมมอง – แทนกรรมการและผู้จัดการผู้ใช้มุมมอง

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

รูปแบบการสร้างตรรกะที่ส่วนท้ายของขั้นตอนที่ 2 ใช้แล้วเป็นแหล่งที่มาของข้อมูลสำหรับการออกแบบฐานข้อมูลทางกายภาพที่อธิบายไว้ในขั้นตอนที่ 3-8. อีกครั้งขึ้นอยู่กับความซับซ้อน ity ของระบบฐานข้อมูลที่มีการออกแบบและ / หรือการทำงานของเป้าหมาย DBMS บางขั้นตอนของการออกแบบฐานข้อมูลทางกายภาพอาจถูกมองข้าม ตัวอย่างเช่นขั้นตอนที่ 4.2 อาจจะไม่สามารถใช้ได้กับ DBMSs คอมพิวเตอร์ที่ใช้บางอย่าง ขั้นตอนของการออกแบบฐานข้อมูลทางกายภาพจะมีการอธิบายในรายละเอียดในบทที่ 17 และ 18. การออกแบบฐานข้อมูลเป็นกระบวนการซ้ำซึ่งมีจุดเริ่มต้นและขบวนเกือบไม่มีที่สิ้นสุดของการกลั่นกรอง แม้ว่าขั้นตอนของวิธีการที่จะนำเสนอที่นี่เป็นกระบวนการขั้นตอนก็จะต้องเน้นย้ำว่าเรื่องนี้ไม่ได้หมายความว่ามันควรจะเป็นต่อเกิดขึ้นในลักษณะนี้ ก็มีโอกาสที่ความรู้ที่ได้ในขั้นตอนเดียวอาจเปลี่ยนแปลงการตัดสินใจในขั้นตอนก่อนหน้า ในทำนองเดียวกันก็อาจจะมีประโยชน์ในการดูสั้นในขั้นตอนต่อมาเพื่อช่วยในการขั้นตอนก่อนหน้านี้ ดังนั้นวิธีการควรทำหน้าที่เป็นกรอบการทำงานที่จะช่วยให้คำแนะนำนักออกแบบที่ผ่านการออกแบบฐานข้อมูลได้อย่างมีประสิทธิภาพ เพื่อแสดงให้เห็นวิธีการออกแบบฐานข้อมูลที่เราใช้กรณีศึกษา DreamHome ฐานข้อมูล DreamHome มีมุมมองที่ผู้ใช้หลายคน (ผู้อำนวยการ Manager, Supervisor, และผู้ช่วย) ที่มีการจัดการโดยใช้การรวมกันของการรวมอำนาจและมุมมองที่บูรณาการวิธีการ (ดูมาตรา 10.4) การใช้วิธีการรวมศูนย์อำนาจทำให้ iDEN-แจ้งข่าวของทั้งสองคอลเลกชันของมุมมองของผู้ใช้ที่เรียกว่ามุมมองของผู้ใช้งานและมุมมองของผู้ใช้สาขา มุมมองของผู้ใช้ที่เป็นตัวแทนของแต่ละกลุ่มมีดังนี้: n มุมมองของผู้ใช้พนักงาน - เป็นตัวแทนของหัวหน้าและมุมมองของผู้ใช้ผู้ช่วย; n มุมมองของผู้ใช้สาขา - เป็นตัวแทนมุมมองของผู้อำนวยการและผู้จัดการ

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

ตรรกะแบบที่สร้างขึ้นที่ส่วนท้ายของขั้นตอนที่ 2 ถูกใช้เป็นแหล่งที่มาของข้อมูลสำหรับการออกแบบฐานข้อมูลทางกายภาพที่อธิบายไว้ในขั้นตอนที่ 3 ถึง 8 อีกครั้งขึ้นอยู่กับ - ity ซับซ้อนของระบบที่ถูกออกแบบ และ / หรือ การทำงานของเป้าหมาย DBMS บางขั้นตอนของการออกแบบฐานข้อมูลทางกายภาพอาจละเว้นได้ ตัวอย่างเช่น ขั้นตอนที่ 4.2 อาจไม่สามารถใช้ได้สำหรับเครื่องคอมพิวเตอร์บาง DBMSs ตามขั้นตอนการออกแบบฐานข้อมูลทางกายภาพจะอธิบายในรายละเอียดในบท 17 และ 18 การออกแบบฐานข้อมูล คือ กระบวนการซ้ำ ซึ่งมีจุดเริ่มต้น และขบวนเกือบเจ็ดชั่วโคตรของอีกครั้งจึง nements . แม้ว่าขั้นตอนของวิธีการแสดงที่นี่เป็น กระบวนการ ขั้นตอน มันต้องเน้นว่า นี่ไม่ได้หมายความว่ามันควรจะต่อ - ที่เกิดขึ้นในลักษณะนี้มันมีแนวโน้มว่า ความรู้ที่ได้ในขั้นตอนเดียวอาจเปลี่ยนแปลงการตัดสินใจในขั้นตอนก่อนหน้า ในทํานองเดียวกัน มันอาจจะมีประโยชน์ที่จะมองบรีfl Y ที่ขั้นตอนต่อมาเพื่อช่วยในขั้นตอนก่อนหน้านี้ ดังนั้น วิธีการที่ควรเป็นกรอบที่จะให้คำแนะนำ ออกแบบโดยการออกแบบฐานข้อมูลได้อย่างมีประสิทธิภาพ เพื่อแสดงให้เห็นถึงวิธีการออกแบบฐานข้อมูลที่เราใช้ dreamhome กรณีศึกษาการ dreamhome ฐานข้อมูลมีมุมมองผู้ใช้หลาย ( ผู้อำนวยการ ผู้จัดการ หัวหน้างาน และผู้ช่วย ) ที่มีการจัดการโดยใช้การรวมกันของการรวมศูนย์อำนาจ และดูแนวทางการบูรณาการ ( ดูมาตรา 5 ) การรวมอำนาจเข้าหาส่งผลให้เกิด iden - Ti จึงบวกสองคอลเลกชันของผู้ใช้มุมมองความคิดเห็นและมุมมองของผู้ใช้ผู้ใช้เรียกพนักงานสาขาผู้ใช้มุมมองที่แสดงโดยแต่ละคอลเลกชันมีดังนี้ : เจ้าหน้าที่ผู้ใช้มุมมองของผู้จัดการและผู้ช่วยฯ มุมมองผู้ใช้ ; n สาขาผู้ใช้มุมมองของกรรมการและผู้จัดการและมุมมองของผู้ใช้