Guideline 1– Design a relation sche

Guideline 1
– Design a relation schema so that it is easy to
explain its meaning. Do not combine attributes
from multiple entity types and relationship types
into a single relation.
– Intuitively, if a relation schema corresponds to
one entity type or one relationship type, it is
straightforward to interpret and to explain its
meaning. Otherwise, if the relation corresponds
to a mixture of multiple entities and
relationships, semantic ambiguities will result
and the relation cannot be easily explained.

• Guideline 2
– Design the base relation schemas so
that no insertion, deletion, or
modification anomalies are present in
the relations.
– If any anomalies are present, note
them clearly and make sure that the
programs that update the database
will operate correctly.

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

ผลงาน 1-ออกแบบแบบแผนความสัมพันธ์เพื่อให้ง่ายต่อการอธิบายความหมาย รวมแอตทริบิวต์ชนิดเอนทิตี้และความสัมพันธ์ชนิดหลายเป็นความสัมพันธ์ทางเดียว-สังหรณ์ใจ ถ้าแบบแผนความสัมพันธ์ที่สอดคล้องกับชนิดเอนทิตีหรือความสัมพันธ์ชนิดหนึ่ง เป็นตรงไปตรงมา เพื่อตีความ และอธิบายความความหมาย อื่น ๆ ถ้าความสัมพันธ์ทางตรงการผสมผสานของหลายเอนทิตี และความสัมพันธ์ ความหมาย ambiguities จะทำได้และความสัมพันธ์ที่ไม่สามารถอธิบายได้•ผลงาน 2-ออกแบบแผนความสัมพันธ์พื้นฐานดังนั้นที่ไม่แทรก ลบ หรือแก้ไขความผิดอยู่ในความสัมพันธ์– หมายเหตุหากมีความผิดใด ๆให้ชัดเจน และแน่ใจว่าการโปรแกรมที่ปรับปรุงฐานข้อมูลจะทำต่อหรือไม่

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

หลักเกณฑ์ 1
-
การออกแบบสคีที่เกี่ยวข้องเพื่อให้มันเป็นเรื่องง่ายที่จะอธิบายความหมายของมัน ไม่รวมคุณลักษณะประเภทนิติบุคคลหลายและประเภทความสัมพันธ์เป็นความสัมพันธ์เพียงครั้งเดียว. - สังหรณ์ใจถ้าเค้าร่างความสัมพันธ์สอดคล้องกับประเภทหนึ่งนิติบุคคลหรือประเภทความสัมพันธ์แบบหนึ่งก็คือตรงไปตรงมาในการตีความและอธิบายของความหมาย มิฉะนั้นถ้าความสัมพันธ์สอดคล้องส่วนผสมของหน่วยงานหลายและความสัมพันธ์คลุมเครือความหมายจะมีผลและมีความสัมพันธ์ไม่สามารถอธิบายได้อย่างง่ายดาย. •แนวทาง 2 - การออกแบบแบบแผนความสัมพันธ์ฐานเพื่อว่าจะไม่มีการแทรกการลบหรือความผิดปกติของการปรับเปลี่ยนที่มีอยู่ในความสัมพันธ์. - หากความผิดปกติใด ๆ ที่มีอยู่ทราบได้อย่างชัดเจนและทำให้แน่ใจว่าโปรแกรมที่ปรับปรุงฐานข้อมูลจะทำงานอย่างถูกต้อง

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

แนวทางที่ 1
) ออกแบบมาเพื่อให้ความสัมพันธ์มันง่าย

อธิบาย ความหมายของมันได้ ไม่รวมคุณลักษณะ
จากหลายประเภทนิติบุคคลและความสัมพันธ์ในความสัมพันธ์ชนิด

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

ความหมายงงงวยจะส่งผลให้ความสัมพันธ์และความสัมพันธ์ที่ไม่สามารถอธิบายได้อย่างง่ายดาย .

-
–แนวทาง 2 การออกแบบฐานความสัมพันธ์ schema ดังนั้น
ที่ไม่มีการแทรก , ลบ หรือแก้ไขความผิดปกติอยู่ใน


และถ้าความสัมพันธ์ ปกติใด ๆที่มีอยู่ หมายเหตุ
อย่างชัดเจน และให้แน่ใจว่าโปรแกรมที่ปรับปรุงฐานข้อมูล

จะทำงานได้อย่างถูกต้อง