Fig. 3.1 An entity type CUSTOMER an

Fig. 3.1 An entity type CUSTOMER and one of its attributes Cus_no
3.3 Attributes
The data that we want to keep about each entity within an entity type is contained in attributes. An attribute is some quality about the entities that we are interested in and want to hold on the database. In fact we store the value of the attributes on the database. Each entity within the entity type will have the same set of attributes, but in general different attribute values. For example the value of the attribute ADDRESS for a customer J. Smith in a CUSTOMER entity type might be '10 Downing St., London' whereas the value of the attribute 'address' for another customer J. Major might be '22 Railway Cuttings, Cheam'.
There will be the same number of attributes for each entity within an entity type. That is one of the characteristics of entity-relationship modelling and relational databases. We store the same type of facts (attributes) about every entity within the entity type. If you knew that one of your customers happened to be your cousin, there would be no attribute to store that fact in, unless you wanted to have a 'cousin-yes-no' attribute, in which case nearly every customer would be a `no', which would be considered a waste of space.
3.4 Primary Key
Attributes can be shown on the entity-relationship diagram in an oval. In Fig. 3.1, one of the attributes of the entity type CUSTOMER is shown. It is up to you which attributes you show on the diagram. In many cases an entity type may have ten or more attributes. There is often not room on the diagram to show all of the attributes, but you might choose to show an attribute that is used to identify each entity from all the others in the entity type. This attribute is known as the primary key. In some cases you might need more than one attribute in the primary key to identify the entities.
In Fig. 3.1, the attribute CUS_NO is shown. Assuming the organization storing the data ensures that each customer is allocated a different cus_no, that attribute could act as the primary key

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

Fig. 3.1 การชนิดเอนทิตี้ลูกค้าและแอตทริบิวต์ของ Cus_no อย่างใดอย่างหนึ่ง3.3 คุณลักษณะข้อมูลที่เราต้องการเก็บเกี่ยวกับแต่ละเอนทิตีภายในชนิดของเอนทิตีมีอยู่ในแอตทริบิวต์ แอตทริบิวต์บางส่วนคุณภาพเกี่ยวกับเอนทิตีที่เราสนใจ และต้องการเก็บฐานข้อมูล ในความเป็นจริงเราเก็บค่าของแอตทริบิวต์บนฐานข้อมูล แต่ละเอนทิตีภายในชนิดเอนทิตี้จะมีแอตทริบิวต์ แต่ค่าแอตทริบิวต์ที่แตกต่างกันในชุดเดียวกัน ตัวอย่าง ค่าของแอตทริบิวต์ที่อยู่สำหรับลูกค้าเจในชนิดเอนทิตีลูกค้าอาจจะ ' 10 ดาวนิ่งเซนต์ ลอนดอน 'ในขณะที่ค่าของแอตทริบิวต์ 'ที่อยู่' สำหรับลูกค้าอื่น J. หลักอาจ ' 22 รถไฟ Cuttings, Cheam'จะมีหมายเลขเดียวกันของแอตทริบิวต์สำหรับแต่ละเอนทิตีภายในชนิดเอนทิตีได้ ที่เป็นลักษณะของฐานข้อมูลเชิงสัมพันธ์ และสร้างแบบจำลองความสัมพันธ์เอนทิตีหนึ่ง เราเก็บชนิดเดียว (คุณลักษณะ) ข้อเท็จจริงเกี่ยวกับทุกเอนทิตีภายในชนิดเอนทิตี ถ้าคุณรู้ว่าที่หนึ่งของ ลูกค้าของคุณเกิดขึ้นเป็น ลูกพี่ลูกน้องของคุณ จะมีแอตทริบิวต์ไม่เก็บข้อเท็จจริงว่าใน เว้นแต่ว่าคุณต้องมีแอตทริบิวต์แบบ 'ลูกพี่ลูกน้องใช่ไม่' ซึ่งเกือบ ครบจะเป็น 'ไม่' ซึ่งจะถือว่าเสียพื้นที่3.4 คีย์หลักแอตทริบิวต์สามารถแสดงในแผนภาพความสัมพันธ์เอนทิตีในวง Fig. 3.1 หนึ่งแอตทริบิวต์ของชนิดเอนทิตีลูกค้าจะแสดงขึ้น ถึงเป็นคุณซึ่งคุณลักษณะของคุณแสดงบนไดอะแกรม ในหลายกรณี เป็นชนิดเอนทิตีอาจมีแอตทริบิวต์อย่าง น้อย 10 ไม่บ่อยห้องบนไดอะแกรมเพื่อแสดงของแอตทริบิวต์ทั้งหมด แต่คุณอาจเลือกที่จะแสดงแอตทริบิวต์ที่ใช้เพื่อระบุแต่ละเอนทิตีมาทั้งหมดในชนิดของเอนทิตี แอตทริบิวต์นี้เรียกว่าคีย์หลัก ในบางกรณี คุณอาจจำเป็นแอททริบิวต์หนึ่งในคีย์หลักเพื่อระบุเอนทิตีใน Fig. 3.1 แอตทริบิวต์ CUS_NO จะแสดงขึ้น สมมุติว่า องค์กรที่จัดเก็บข้อมูลเพื่อให้แน่ใจว่า ลูกค้าแต่ละรายจะถูกจัดสรร cus_no แตกต่างกัน แอตทริบิวต์ที่สามารถทำหน้าที่เป็นคีย์หลัก

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

มะเดื่อ 3.1 ลูกค้าประเภทนิติบุคคลและเป็นหนึ่งในคุณลักษณะของ Cus_no
3.3 คุณสมบัติ
ข้อมูลที่เราต้องการที่จะให้เกี่ยวกับแต่ละกิจการภายในประเภทกิจการที่มีอยู่ในคุณลักษณะ แอตทริบิวต์ที่มีคุณภาพบางอย่างเกี่ยวกับหน่วยงานที่ว่าเรามีความสนใจและต้องการที่จะถือในฐานข้อมูล ในความเป็นจริงเราเก็บค่าของแอตทริบิวต์ในฐานข้อมูล แต่ละองค์กรที่อยู่ในประเภทกิจการที่จะมีชุดเดียวกันของคุณลักษณะ แต่ในค่าแอตทริบิวต์ที่แตกต่างกันโดยทั่วไป ตัวอย่างเช่นมูลค่าของที่อยู่แอตทริบิวต์สำหรับลูกค้าที่เจสมิ ธ ในประเภทกิจการที่ลูกค้าอาจจะ '10 ดาวนิงเซนต์ลอนดอน 'ในขณะที่ค่าของแอตทริบิวต์' ที่อยู่ 'สำหรับลูกค้าอื่นเจเมเจอร์อาจจะ '22 รถไฟปักชำ , เจียม '.
จะมีหมายเลขเดียวกันของคุณลักษณะสำหรับนิติบุคคลแต่ละนิติบุคคลประเภท ที่เป็นหนึ่งในลักษณะของการสร้างแบบจำลองกิจการความสัมพันธ์และฐานข้อมูลเชิงสัมพันธ์ เราเก็บประเภทเดียวกันของข้อเท็จจริง (คุณลักษณะ) เกี่ยวกับนิติบุคคลทุกประเภทภายในกิจการ ถ้าคุณรู้ว่าหนึ่งในลูกค้าของคุณเกิดขึ้นจะเป็นญาติของคุณจะไม่มีแอตทริบิวต์การจัดเก็บจริงที่ว่าในถ้าคุณต้องการที่จะมี 'ญาติใช่ไม่' แอตทริบิวต์ซึ่งในกรณีที่ลูกค้าทุกคนเกือบจะเป็น ` ไม่ 'ซึ่งจะได้รับการพิจารณาเสียพื้นที่.
3.4 คีย์หลัก
คุณสมบัติสามารถแสดงบนนิติบุคคลแผนภาพความสัมพันธ์ในรูปไข่ ในรูป 3.1 ซึ่งเป็นหนึ่งในคุณลักษณะของประเภทกิจการที่ลูกค้าจะแสดง มันขึ้นอยู่กับคุณที่แอตทริบิวต์คุณแสดงในแผนภาพ ในหลายกรณีประเภทกิจการที่อาจมีแอตทริบิวต์สิบหรือมากกว่า มักจะมีไม่ได้ห้องพักในแผนภาพที่จะแสดงทั้งหมดของคุณลักษณะ แต่คุณอาจเลือกที่จะแสดงแอตทริบิวต์ที่ใช้ในการระบุตัวตนของแต่ละนิติบุคคลจากคนอื่น ๆ ทั้งหมดที่อยู่ในประเภทกิจการ คุณลักษณะนี้เป็นที่รู้จักกันเป็นคีย์หลัก ในบางกรณีคุณอาจจำเป็นต้องมากกว่าหนึ่งแอตทริบิวต์ในคีย์หลักในการระบุหน่วยงาน.
ในรูป 3.1 CUS_NO แอตทริบิวต์จะแสดง สมมติว่าองค์กรจัดเก็บข้อมูลเพื่อให้แน่ใจว่าลูกค้าแต่ละรายจะถูกจัดสรร cus_no ที่แตกต่างกันแอตทริบิวต์สามารถทำหน้าที่เป็นคีย์หลัก

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

รูปที่ 3.1 องค์กรประเภทลูกค้าและหนึ่งในคุณลักษณะ cus_no

3.3 คุณลักษณะของข้อมูลที่เราต้องการให้แต่ละหน่วยงานภายในองค์กรเกี่ยวกับชนิดที่มีอยู่ในแอตทริบิวต์ แอตทริบิวต์มีคุณภาพเกี่ยวกับองค์กรที่เราสนใจ และอยากเก็บฐานข้อมูล ในความเป็นจริงเราเก็บค่าของแอตทริบิวต์ในฐานข้อมูลแต่ละหน่วยงานภายในประเภทนิติบุคคลจะมีชุดเดียวกันของคุณลักษณะ แต่ในลักษณะที่แตกต่างทั่วไปค่า ตัวอย่างค่าของแอตทริบิวต์ที่อยู่ลูกค้า เจ. สมิธ ในประเภทกิจการ ลูกค้าอาจจะ ' 10 Downing St ลอนดอน ' ในขณะที่ค่าของแอตทริบิวต์ ' ที่อยู่ ' สำหรับลูกค้าอื่น เจ. หลักอาจเป็น ' 22 ทางรถไฟตัด เจียม
'จะมีหมายเลขเดียวกันของหน่วยงานภายในองค์กรแต่ละประเภท ที่เป็นหนึ่งในลักษณะของแบบจำลองความสัมพันธ์เอนทิตี และฐานข้อมูลเชิงสัมพันธ์ เราร้านประเภทเดียวกันของข้อเท็จจริง ( คุณลักษณะ ) เกี่ยวกับทุกหน่วยงานภายในประเภทนิติบุคคล ถ้าคุณรู้ว่าลูกค้าของคุณอย่างใดอย่างหนึ่งเกิดขึ้นเป็นญาติคุณ จะได้ไม่ต้องมีแอตทริบิวต์ของร้านที่ว่า ในถ้าคุณต้องการที่จะมี ' ' ญาติครับไม่มีแอตทริบิวต์ในที่คดีเกือบทุกลูกค้าจะเป็น ' ไม่ ' ซึ่งจะถือว่าเป็นขยะอวกาศ .
3
คุณลักษณะคีย์หลักสามารถแสดงในแผนภาพความสัมพันธ์เอนทิตีในรูปไข่ ในรูปที่ 3.1 , หนึ่งในคุณลักษณะของกิจการประเภทลูกค้าแสดง มันขึ้นอยู่กับคุณซึ่งคุณสมบัติที่คุณแสดงในแผนภาพในหลายกรณีเป็นนิติบุคคลประเภทอาจมีสิบหรือมากกว่าแอตทริบิวต์ มีมักจะไม่ได้ห้องบนแผนภาพที่จะแสดงทั้งหมดของแอตทริบิวต์ แต่คุณอาจเลือกที่จะแสดงแอตทริบิวต์ที่ใช้เพื่อระบุแต่ละนิติบุคคลจากผู้อื่นทั้งหมดในประเภทนิติบุคคล คุณลักษณะนี้เป็นที่รู้จักกันเป็นคีย์หลัก ในบางกรณี คุณอาจต้องมากกว่าหนึ่งแอททริบิวต์ในคีย์หลักเพื่อระบุหน่วยงาน .
ในรูปที่ 3.1 , คุณลักษณะ cus_no แสดง สมมติว่าองค์กรการจัดเก็บข้อมูลเพื่อให้แน่ใจว่า ลูกค้าแต่ละรายจะถูกจัดสรร cus_no แตกต่างกัน คุณลักษณะที่สามารถทำหน้าที่เป็นคีย์หลัก