When the conceptual design phase is completed, the ERD reflects ? at t การแปล - When the conceptual design phase is completed, the ERD reflects ? at t ไทย วิธีการพูด

When the conceptual design phase is

When the conceptual design phase is completed, the ERD reflects ? at the conceptual level-the business rules that , turn, define the entities, relationship, optional ties, connectives, cardinalities, and constraints. (Remember that some of the design elements cannot be modelled and are, therefore, enforced at the application level;. For example, the constraint, ?a checked out item must be returned within five days? cannot be reflected in the ERD.) In addition, the conceptual model includes the definition of the attributes that describe that describe each of the entities and are required to meet information requirements.

Keep in mind that the conceptual model?s entries must be normalized before they can be properly implemented. The normalization process may yield additional entities and relationships, thus requiring the modification of the initial ERD. We

meets

unit

this

in

verified

we

model

that the

sure

made

normalization requirements. In short, we used design and normalization reflects real-world practice. However, you should remember that the logical design process is used to translate the conceptual design into the internal model for the selected DBMS. To the extent that normalization helps establish the appropriate attributes, their characteristics, and their domains, normalization moves you to

conceptual

because the

Nevertheless,

phase.

design

logical

the

process does preclude the definition of attributes, you can reasonably argue that normalization occasionally straddles the line between conceptual and logical modelling.

The following few examples illustrate the design of the logical model using SQL. (Make sure that the table conform to the E-R model?s structure and that they obey the foreign rules if your DBMS software allows you to specify foreign keys.)

Using SQL, you can create the table structures within the database you have designated. For example, the STORAGE table would created with:
0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!
เมื่อเสร็จขั้นตอนการออกแบบแนวคิด ERD สะท้อน ที่กฎแนวคิดระดับที่ธุรกิจที่ เปิด กำหนดเอนทิตี ความสัมพันธ์ ความสัมพันธ์ไม่จำเป็น connectives, cardinalities และข้อจำกัด (จำไว้ว่า บางองค์ประกอบออกแบบไม่สามารถ modelled และ จึง บังคับระดับแอพลิเคชัน ตัวอย่างเช่น ข้อจำกัด,สินค้าเอาท์ต้องส่งคืนภายใน 5 วันหรือไม่ ไม่มีผลใน ERD ด้วย) รูปแบบแนวคิดรวมถึงการกำหนดคุณลักษณะต่าง ๆ ที่อธิบายที่อธิบายแต่ละเอนทิตี และจะต้องตรงกับข้อมูลความต้องการ

ให้ในใจที่แบบจำลองแนวคิด? ต้องตามปกติรายการ s ก่อนที่พวกเขาสามารถถูกนำมาใช้ กระบวนการฟื้นฟูอาจได้ผลตอบแทนเพิ่มเติมเอนทิตีและความสัมพันธ์ ต้องการเปลี่ยนแปลงของ ERD เริ่มต้นดังนั้น เรา

ตรง

หน่วย

นี้

ใน

ตรวจสอบ

เรา

รุ่น

ที่

แน่

ทำ

ความต้องการฟื้นฟู ในระยะสั้น เราใช้ออกแบบ และฟื้นฟูสะท้อนให้เห็นถึงการปฏิบัติจริง อย่างไรก็ตาม คุณควรจำไว้ว่า การออกแบบเชิงตรรกะใช้แปลออกแนวคิดแบบภายในสำหรับ DBMS ที่เลือก แค่ฟื้นฟูช่วยสร้างแอตทริบิวต์ที่เหมาะสม ลักษณะของพวกเขา และโดเมนของพวกเขา ฟื้นฟูย้ายคุณ

แนวคิด

เพราะ

แต่,

ระยะ

ออกแบบ

ตรรกะ

การ

กระบวนการห้ามการกำหนดแอตทริบิวต์ คุณสมเหตุสมผลสามารถโต้เถียงที่ ฟื้นฟูบางครั้งประกวดเลาะเลียบเส้นระหว่างแบบจำลองแนวคิด และตรรกะ

ต่อไปนี้อย่างน้อยแสดงให้เห็นถึงการออกแบบของแบบจำลองทางตรรกะที่ใช้ SQL (โปรดแน่ใจว่า ตารางที่สอดคล้องกับรูปแบบ E-Rโครงสร้าง s และว่า พวกเขาเชื่อฟังกฎต่างประเทศถ้าซอฟต์แวร์ DBMS ของคุณช่วยให้คุณสามารถระบุคีย์)

ใช้ SQL คุณสามารถสร้างโครงสร้างตารางภายในฐานข้อมูลที่คุณกำหนดได้ ตัวอย่าง ตารางเก็บข้อมูลจะสร้างขึ้นด้วย:
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 2:[สำเนา]
คัดลอก!
เมื่อขั้นตอนการออกแบบแนวคิดเสร็จสมบูรณ์ ERD สะท้อนให้เห็นถึง? ที่ความคิดระดับกฎเกณฑ์ทางธุรกิจที่เปิดกำหนดหน่วยงานความสัมพันธ์ความสัมพันธ์ไม่จำเป็น connectives, cardinalities และข้อ จำกัด (โปรดจำไว้ว่าบางส่วนขององค์ประกอบของการออกแบบที่ไม่สามารถสร้างแบบจำลองและจึงบังคับใช้ในระดับการใช้งาน.? ตัวอย่างเช่นข้อ จำกัด , รายการตรวจสอบจะต้องถูกส่งกลับภายในห้าวันไม่สามารถสะท้อนให้เห็นใน ERD.) ใน นอกจากนี้รูปแบบความคิดรวมถึงความละเอียดของคุณลักษณะที่อธิบายที่อธิบายแต่ละหน่วยงานและจะต้องตอบสนองความต้องการข้อมูลที่เก็บไว้ในใจว่ารายการรูปแบบความคิดหรือไม่ต้องปกติก่อนที่จะสามารถดำเนินการได้อย่างถูกต้อง กระบวนการฟื้นฟูอาจให้หน่วยงานที่เพิ่มขึ้นและความสัมพันธ์จึงต้องเริ่มต้นการเปลี่ยนแปลงของ ERD เราได้พบกับหน่วยนี้ในการตรวจสอบเราแบบที่แน่ใจว่าทำให้ความต้องการฟื้นฟู ในระยะสั้นเราใช้การออกแบบและการฟื้นฟูสะท้อนให้เห็นถึงการปฏิบัติจริงในโลก แต่คุณควรจำไว้ว่าการออกแบบกระบวนการตรรกะที่ใช้ในการแปลการออกแบบแนวคิดในรูปแบบภายในสำหรับ DBMS ที่เลือก เท่าที่จะช่วยฟื้นฟูสร้างคุณลักษณะที่เหมาะสมลักษณะของพวกเขาและโดเมนของพวกเขาฟื้นฟูย้ายคุณไปยังความคิดเพราะอย่างไรก็ตามขั้นตอนการออกแบบตรรกะกระบวนการไม่ห้ามการนิยามของคุณลักษณะที่คุณมีเหตุผลสามารถยืนยันว่าเป็นครั้งคราวฟื้นฟูคร่อมเส้น ระหว่างการสร้างแบบจำลองความคิดและตรรกะตัวอย่างต่อไปนี้แสดงให้เห็นถึงการออกแบบของรูปแบบตรรกะใช้ SQL (ตรวจสอบให้แน่ใจว่าตารางเป็นไปตามรูปแบบที่ ER หรือไม่โครงสร้างและการที่พวกเขาปฏิบัติตามกฎต่างประเทศว่าซอฟต์แวร์ DBMS ของคุณช่วยให้คุณระบุคีย์ต่างประเทศ.) ใช้ SQL คุณสามารถสร้างโครงสร้างตารางในฐานข้อมูลที่คุณได้รับมอบหมาย ตัวอย่างเช่นตารางการเก็บรักษาจะสร้างขึ้นด้วย:











































การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 3:[สำเนา]
คัดลอก!
เมื่อขั้นตอนการออกแบบเสร็จสมบูรณ์ , ERD สะท้อน ? ในระดับแนวคิดกฎทางธุรกิจที่ , เปิด , สร้างองค์กร , ความสัมพันธ์ , ตัวเลือกเสมอ connectives cardinalities , และข้อจำกัด ( จำได้ว่าบางส่วนขององค์ประกอบของการออกแบบไม่สามารถจำลอง และ จึง บังคับใช้ในระดับ ; โปรแกรม ตัวอย่างเช่น , ข้อจำกัด , ?ตรวจสอบออกรายการจะต้องคืนภายใน 5 วัน ไม่สามารถสะท้อนใน ERD ) นอกจากนี้ แบบจำลองรวมถึงคำนิยามของแอตทริบิวต์ที่อธิบายที่อธิบายแต่ละหน่วยงาน และจะต้องตอบสนองความต้องการข้อมูล

เก็บไว้ในใจว่าแบบจำลอง ? ของรายการจะต้องปกติ ก่อนที่พวกเขาจะถูกนำมาใช้ขั้นตอนการฟื้นฟูอาจผลผลิตองค์กรเพิ่มเติมและความสัมพันธ์ และก่อให้เกิดการเปลี่ยนแปลงของ ERD เริ่มต้น เราพบ







ในหน่วยนี้ได้







เราแบบที่แน่นอน





ปกติทำให้ความต้องการ ในสั้น เราใช้แบบปกติและสะท้อนให้เห็นถึงการปฏิบัติที่เป็นจริง อย่างไรก็ตามคุณควรจำไว้ว่าขั้นตอนการออกแบบเชิงตรรกะที่ใช้แปลแนวคิดการออกแบบในรูปแบบภายในการเลือก DBMS . ในขอบเขตที่ปกติจะช่วยสร้างคุณลักษณะที่เหมาะสมของลักษณะ และโดเมนของพวกเขา บรรทัดฐานย้ายคุณ

2

เพราะ

แต่





เฟสการออกแบบตรรกะ



ไม่ขัดขวางกระบวนการนิยามคุณลักษณะที่คุณสามารถเชื่อยืนยันว่าปกติบางครั้งคร่อมเส้นแบ่งระหว่างแนวคิดและตรรกะแบบ

ต่อไปนี้ไม่กี่ตัวอย่างแสดงให้เห็นถึงการออกแบบของตรรกะแบบ SQL ( ให้แน่ใจว่าตารางที่สอดคล้องกับ E-R แบบจำลอง ?เป็นโครงสร้างที่พวกเขาปฏิบัติตามกฎต่างประเทศถ้า DBMS ของคุณซอฟต์แวร์ที่ช่วยให้คุณสามารถกำหนดคีย์ต่างประเทศ )

ใช้ SQL คุณสามารถสร้างโครงสร้างของตารางในฐานข้อมูลที่คุณเขต . ตัวอย่างเช่น กระเป๋าตารางจะสร้างด้วย
การแปล กรุณารอสักครู่..
 
ภาษาอื่น ๆ
การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.

Copyright ©2025 I Love Translation. All reserved.

E-mail: