Homonyms appear when more than one

Homonyms appear when more than one attribute has the same name. Synonyms exist when the same attribute has more than one name. Avoid both to avoid inconsistencies. For example, suppose we check the database for a specific attribute such as NAME. If NAME refers to customer names as well as to sales rep names, a clear case of a homonym, we have created a problem, because it is no longer clear which entity the NAME belongs to.

Also, it is difficult to keep track of foreign keys, especially during the database design process, if they are named differently from the primary keys they point to. Using REP_NUM as the foreign key in the CUSTOMER table to reference the primary key REP_NUM in the SALESREP table is much clearer than naming the CUSTOMER table's foreign key SLSREP. The proliferation of different attribute names to describe the same attributes will also make the data dictionary more cumbersome to use.

Some data RDBMSes let the data dictionary check for homonyms and synonyms to alert the user to their existence, thus making their use less likely. For example, if a CUSTOMER table contains the (foreign) key REP_NUM, the entry of the attribute REP_NUM in the SALESREP table will either cause it to inherit all the characteristics of the original REP_NUM, or it will reject the use of this attribute name when different characteristics are declared by the user.

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

homonyms ปรากฏเมื่อมากกว่าหนึ่งคุณลักษณะที่มีชื่อเดียวกัน คำพ้องอยู่เมื่อแอตทริบิวต์เดียวกันมีมากกว่าหนึ่งชื่อ หลีกเลี่ยงการทั้งสองเพื่อหลีกเลี่ยงความไม่สอดคล้องกัน ตัวอย่างเช่นสมมติว่าเราตรวจสอบฐานข้อมูลสำหรับแอตทริบิวต์ที่เฉพาะเจาะจงเช่นชื่อ ถ้าชื่อหมายถึงชื่อของลูกค้าเช่นเดียวกับชื่อของตัวแทนฝ่ายขาย, กรณีที่ชัดเจนของไวพจน์เราได้สร้างปัญหาเพราะมันเป็นไปไม่ได้ที่ชัดเจนซึ่งนิติบุคคลชื่อเป็น.

นอกจากนี้ยังเป็นเรื่องยากที่จะติดตามคีย์ต่างประเทศโดยเฉพาะอย่างยิ่งในระหว่างขั้นตอนการออกแบบฐานข้อมูลหากพวกเขามีชื่อที่แตกต่างจากคีย์หลักที่พวกเขาชี้ไปที่rep_num ใช้เป็นคีย์ต่างประเทศในตารางลูกค้าอ้างอิง rep_num คีย์หลักในตาราง SalesRep มากชัดเจนกว่าการตั้งชื่อ slsrep สำคัญตารางลูกค้าของต่างประเทศ การขยายของชื่อแอตทริบิวต์ที่แตกต่างกันในการอธิบายลักษณะเดียวกันยังจะทำให้ข้อมูลในพจนานุกรมยุ่งยากมากขึ้นที่จะใช้.

บาง RDBMSes ข้อมูลให้ตรวจสอบข้อมูลพจนานุกรม homonyms และคำพ้องที่จะแจ้งเตือนผู้ใช้เพื่อการดำรงอยู่ของพวกเขาจึงทำให้การใช้งานของพวกเขามีโอกาสน้อยกว่า ตัวอย่างเช่นถ้าตารางลูกค้ามี (ต่างประเทศ) rep_num สำคัญรายการของ rep_num แอตทริบิวต์ในตาราง SalesRep อาจจะทำให้เกิดการสืบทอดลักษณะของ rep_num เดิมหรือจะปฏิเสธการใช้ชื่อแอตทริบิวต์นี้เมื่อลักษณะที่แตกต่างกันมีการประกาศโดยผู้ใช้.

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

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

เป็นเรื่องยากที่จะติดตามของคีย์ โดยเฉพาะอย่างยิ่งในระหว่างกระบวนการออกแบบฐานข้อมูล ถ้าพวกเขามีชื่อแตกต่างจากคีย์หลักที่จะชี้ไป ใช้ REP_NUM เป็น foreign key ในตารางลูกค้าอ้างอิงคีย์หลัก REP_NUM ในตาราง SALESREP มีความคมชัดมากมากกว่าชื่อของตารางลูกค้าคีย์ SLSREP ขยายชื่อแอตทริบิวต์ที่แตกต่างกันเพื่ออธิบายคุณลักษณะเดียวจะทำพจนานุกรมข้อมูลยุ่งยากมากที่จะใช้

ข้อมูลบางอย่าง RDBMSes ให้พจนานุกรมข้อมูลที่ตรวจสอบการ homonyms คำเหมือนจะเตือนผู้ใช้เพื่อการดำรงอยู่ของพวกเขา ดังนั้น การใช้แนวโน้มน้อยลง ตัวอย่าง ถ้าตารางลูกค้าประกอบด้วยคีย์ (ต่างประเทศ) REP_NUM รายการของแอตทริบิวต์ REP_NUM ในตาราง SALESREP จะจะทำการสืบทอดลักษณะทั้งหมดของ REP_NUM เดิม หรือมันจะปฏิเสธการใช้ชื่อแอตทริบิวต์นี้เมื่อประกาศต่าง ๆ โดยผู้ใช้

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

Space แทนคำพ้องเสียงฮันจะปรากฏขึ้นเมื่อมากกว่าหนึ่งแอตทริบิวต์มีชื่อเดียวกันแล้ว มีคำเหมือนกันเมื่อแอตทริบิวต์ที่มีมากกว่าหนึ่งชื่อ หลีกเลี่ยงการทั้งสองเพื่อหลีกเลี่ยงไม่สอดคล้องกัน ตัวอย่างเช่นสมมุติว่าเราตรวจสอบฐานข้อมูลสำหรับแอตทริบิวต์เฉพาะเช่นชื่อ หากชื่อหมายถึงเป็นชื่อของลูกค้าเป็นอย่างดีในชื่อตัวแทนจำหน่ายคดีชัดเจนของไวพจน์ที่เราได้สร้างปัญหาเพราะมันไม่มีอีกต่อไปให้ล้างซึ่งหน่วยงานชื่อที่เป็นของ.

นอกจากนั้นยังเป็นการยากที่จะทำให้ติดตามของปุ่มต่างประเทศโดยเฉพาะในระหว่างขั้นตอนการออกแบบฐานข้อมูลหากพวกเขามีชื่อว่าแตกต่างจากปุ่มหลักที่ไปยังจุดการใช้ rep_num เป็นปุ่มต่างประเทศที่อยู่ในตารางของลูกค้าในการอ้างอิง rep_num คีย์หลักที่อยู่ในตาราง salesrep จะชัดเจนมากขึ้นกว่าการตั้งชื่อ slsrep ปุ่มต่างประเทศของลูกค้าโต๊ะ การแพร่ขยายของชื่อแอตทริบิวต์แตกต่างกันเพื่ออธิบายถึงแอตทริบิวต์เดียวกันจะทำให้พจนานุกรมข้อมูลที่มากขึ้นมีความยุ่งยากในการใช้งานยัง.

ข้อมูลบางอย่าง rdbmses ปล่อยให้ตรวจสอบพจนานุกรมข้อมูลสำหรับคำเหมือนและ Space แทนคำพ้องเสียงฮันเพื่อเตือนผู้ใช้การดำรงอยู่ของตนจึงทำให้เกิดการใช้ของพวกเขามีโอกาสที่จะเกิดขึ้นน้อยลง ตัวอย่างเช่นหากโต๊ะของลูกค้าที่ประกอบด้วย(ต่างประเทศ) rep_num คีย์ที่เข้าของ rep_num แอตทริบิวต์ที่อยู่ในตาราง salesrep ที่จะทำให้เป็นมรดกลักษณะทั้งหมดของ rep_num เดิมที่ทั้งหรือจะปฏิเสธการใช้ชื่อแอตทริบิวต์นี้เมื่อลักษณะที่แตกต่างกันจะประกาศโดยผู้ใช้ที่.