3.3 AttributesThe data that we want to keep about each entity within a การแปล - 3.3 AttributesThe data that we want to keep about each entity within a ไทย วิธีการพูด

3.3 AttributesThe data that we want

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.
0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!
3.3 คุณลักษณะข้อมูลที่เราต้องการเก็บเกี่ยวกับแต่ละเอนทิตีภายในชนิดของเอนทิตีมีอยู่ในแอตทริบิวต์ แอตทริบิวต์บางส่วนคุณภาพเกี่ยวกับเอนทิตีที่เราสนใจ และต้องการเก็บฐานข้อมูล ในความเป็นจริงเราเก็บค่าของแอตทริบิวต์บนฐานข้อมูล แต่ละเอนทิตีภายในชนิดเอนทิตี้จะมีแอตทริบิวต์ แต่ค่าแอตทริบิวต์ที่แตกต่างกันในชุดเดียวกัน ตัวอย่าง ค่าของแอตทริบิวต์ที่อยู่สำหรับลูกค้าเจในชนิดเอนทิตีลูกค้าอาจจะ ' 10 ดาวนิ่งเซนต์ ลอนดอน 'ในขณะที่ค่าของแอตทริบิวต์ 'ที่อยู่' สำหรับลูกค้าอื่น J. หลักอาจ ' 22 รถไฟ Cuttings, Cheam'จะมีหมายเลขเดียวกันของแอตทริบิวต์สำหรับแต่ละเอนทิตีภายในชนิดเอนทิตีได้ ที่เป็นลักษณะของฐานข้อมูลเชิงสัมพันธ์ และสร้างแบบจำลองความสัมพันธ์เอนทิตีหนึ่ง เราเก็บชนิดเดียว (คุณลักษณะ) ข้อเท็จจริงเกี่ยวกับทุกเอนทิตีภายในชนิดเอนทิตี ถ้าคุณรู้ว่าที่หนึ่งของ ลูกค้าของคุณเกิดขึ้นเป็น ลูกพี่ลูกน้องของคุณ จะมีแอตทริบิวต์ไม่เก็บข้อเท็จจริงว่าใน เว้นแต่ว่าคุณต้องมีแอตทริบิวต์แบบ 'ลูกพี่ลูกน้องใช่ไม่' ซึ่งเกือบ ครบจะเป็น 'ไม่' ซึ่งจะถือว่าเสียพื้นที่3.4 คีย์หลักแอตทริบิวต์สามารถแสดงในแผนภาพความสัมพันธ์เอนทิตีในวง Fig. 3.1 หนึ่งแอตทริบิวต์ของชนิดเอนทิตีลูกค้าจะแสดงขึ้น ถึงเป็นคุณซึ่งคุณลักษณะของคุณแสดงบนไดอะแกรม ในหลายกรณี เป็นชนิดเอนทิตีอาจมีแอตทริบิวต์อย่าง น้อย 10 ไม่บ่อยห้องบนไดอะแกรมเพื่อแสดงของแอตทริบิวต์ทั้งหมด แต่คุณอาจเลือกที่จะแสดงแอตทริบิวต์ที่ใช้เพื่อระบุแต่ละเอนทิตีมาทั้งหมดในชนิดของเอนทิตี แอตทริบิวต์นี้เรียกว่าคีย์หลัก ในบางกรณี คุณอาจจำเป็นแอททริบิวต์หนึ่งในคีย์หลักเพื่อระบุเอนทิตี
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 2:[สำเนา]
คัดลอก!
3.3 คุณสมบัติ
ของข้อมูลที่เราต้องการที่จะให้เกี่ยวกับแต่ละกิจการภายในประเภทกิจการที่มีอยู่ในคุณลักษณะ แอตทริบิวต์ที่มีคุณภาพบางอย่างเกี่ยวกับหน่วยงานที่ว่าเรามีความสนใจและต้องการที่จะถือในฐานข้อมูล ในความเป็นจริงเราเก็บค่าของแอตทริบิวต์ในฐานข้อมูล แต่ละองค์กรที่อยู่ในประเภทกิจการที่จะมีชุดเดียวกันของคุณลักษณะ แต่ในค่าแอตทริบิวต์ที่แตกต่างกันโดยทั่วไป ตัวอย่างเช่นมูลค่าของที่อยู่แอตทริบิวต์สำหรับลูกค้าที่เจสมิ ธ ในประเภทกิจการที่ลูกค้าอาจจะ '10 ดาวนิงเซนต์ลอนดอน 'ในขณะที่ค่าของแอตทริบิวต์' ที่อยู่ 'สำหรับลูกค้าอื่นเจเมเจอร์อาจจะ '22 รถไฟปักชำ , เจียม '.
จะมีหมายเลขเดียวกันของคุณลักษณะสำหรับนิติบุคคลแต่ละนิติบุคคลประเภท ที่เป็นหนึ่งในลักษณะของการสร้างแบบจำลองกิจการความสัมพันธ์และฐานข้อมูลเชิงสัมพันธ์ เราเก็บประเภทเดียวกันของข้อเท็จจริง (คุณลักษณะ) เกี่ยวกับนิติบุคคลทุกประเภทภายในกิจการ ถ้าคุณรู้ว่าหนึ่งในลูกค้าของคุณเกิดขึ้นจะเป็นญาติของคุณจะไม่มีแอตทริบิวต์การจัดเก็บจริงที่ว่าในถ้าคุณต้องการที่จะมี 'ญาติใช่ไม่' แอตทริบิวต์ซึ่งในกรณีที่ลูกค้าทุกคนเกือบจะเป็น ` ไม่ 'ซึ่งจะได้รับการพิจารณาเสียพื้นที่.
3.4 คีย์หลัก
คุณสมบัติสามารถแสดงบนนิติบุคคลแผนภาพความสัมพันธ์ในรูปไข่ ในรูป 3.1 ซึ่งเป็นหนึ่งในคุณลักษณะของประเภทกิจการที่ลูกค้าจะแสดง มันขึ้นอยู่กับคุณที่แอตทริบิวต์คุณแสดงในแผนภาพ ในหลายกรณีประเภทกิจการที่อาจมีแอตทริบิวต์สิบหรือมากกว่า มักจะมีไม่ได้ห้องพักในแผนภาพที่จะแสดงทั้งหมดของคุณลักษณะ แต่คุณอาจเลือกที่จะแสดงแอตทริบิวต์ที่ใช้ในการระบุตัวตนของแต่ละนิติบุคคลจากคนอื่น ๆ ทั้งหมดที่อยู่ในประเภทกิจการ คุณลักษณะนี้เป็นที่รู้จักกันเป็นคีย์หลัก ในบางกรณีคุณอาจจำเป็นต้องมากกว่าหนึ่งแอตทริบิวต์ในคีย์หลักในการระบุหน่วยงาน
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 3:[สำเนา]
คัดลอก!
3.3 คุณลักษณะ
ข้อมูลที่เราต้องการให้แต่ละหน่วยงานภายในองค์กรเกี่ยวกับชนิดที่มีอยู่ในแอตทริบิวต์ แอตทริบิวต์มีคุณภาพเกี่ยวกับองค์กรที่เราสนใจ และอยากเก็บฐานข้อมูล ในความเป็นจริงเราเก็บค่าของแอตทริบิวต์ในฐานข้อมูล แต่ละหน่วยงานภายในประเภทนิติบุคคลจะมีชุดเดียวกันของคุณลักษณะ แต่ในลักษณะที่แตกต่างทั่วไปค่าตัวอย่างค่าของแอตทริบิวต์ที่อยู่ลูกค้า เจ. สมิธ ในประเภทกิจการ ลูกค้าอาจจะ ' 10 Downing St ลอนดอน ' ในขณะที่ค่าของแอตทริบิวต์ ' ที่อยู่ ' สำหรับลูกค้าอื่น เจ. หลักอาจเป็น ' 22 ทางรถไฟตัด เจียม ' .
จะมีหมายเลขเดียวกันของแอตทริบิวต์ของแต่ละหน่วยงานภายใน เป็นนิติบุคคลประเภทที่เป็นหนึ่งในลักษณะของแบบจำลองความสัมพันธ์เอนทิตี และฐานข้อมูลเชิงสัมพันธ์ เราร้านประเภทเดียวกันของข้อเท็จจริง ( คุณลักษณะ ) เกี่ยวกับทุกหน่วยงานภายในประเภทนิติบุคคล ถ้าคุณรู้ว่าลูกค้าของคุณอย่างใดอย่างหนึ่งเกิดขึ้นเป็นญาติคุณ จะได้ไม่ต้องมีแอตทริบิวต์ของร้านว่า ถ้าคุณต้องการที่จะมีญาติครับไม่มี ' คุณลักษณะซึ่งในกรณีเกือบทุกลูกค้าจะเป็น ' ไม่ ' ซึ่งจะถือว่าเป็นขยะอวกาศ .
3
คุณลักษณะคีย์หลักสามารถแสดงในแผนภาพความสัมพันธ์เอนทิตีในรูปไข่ ในรูปที่ 3.1 , หนึ่งในคุณลักษณะของกิจการประเภทลูกค้าแสดง มันขึ้นอยู่กับคุณซึ่งคุณสมบัติที่คุณแสดงในแผนภาพ ในหลายกรณีเป็นนิติบุคคลประเภทอาจมีสิบหรือมากกว่าแอตทริบิวต์มีมักจะไม่ได้ห้องบนแผนภาพที่จะแสดงทั้งหมดของแอตทริบิวต์ แต่คุณอาจเลือกที่จะแสดงแอตทริบิวต์ที่ใช้เพื่อระบุแต่ละนิติบุคคลจากผู้อื่นทั้งหมดในประเภทนิติบุคคล คุณลักษณะนี้เป็นที่รู้จักกันเป็นคีย์หลัก ในบางกรณี คุณอาจต้องมากกว่าหนึ่งแอททริบิวต์ในคีย์หลักเพื่อระบุหน่วยงาน .
การแปล กรุณารอสักครู่..
 
ภาษาอื่น ๆ
การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.

Copyright ©2025 I Love Translation. All reserved.

E-mail: