However, to improve query performance it is decided to denormalize the การแปล - However, to improve query performance it is decided to denormalize the ไทย วิธีการพูด

However, to improve query performan

However, to improve query performance it is decided to denormalize the relational
schema to four table schemes, as shown in Figure 16.3. The Item and TimeDimension
tables are normalized, but the Sale and Store tables are not. The Sale table is denormalized
to 1NF, since saleDate and storeNr are functionally dependent on invoiceNr,
which is just part of the primary key. The Store table is denormalized to 2NF since
region is functionally dependent on stateCode, a nonkey attribute.
The decision to denormalize in this way is indicated by annotating the conceptual
schema, as shown in Figure 16.2. Here the key object types are shaded. An object type
is a key object type if and only if its preferred identification scheme is used as the primary
key of a table. Graphically, each key object type forms the root of a tree, where
each node is an object type and each edge is a functional (n:1 or 1:1) predicate.
0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!
อย่างไรก็ตาม การปรับปรุงแบบสอบถามประสิทธิภาพ มันตัดสินใจการ denormalize การเกี่ยวแผนการแผนการตารางสี่ ดังที่แสดงในรูปที่ 16.3 สินค้าและ TimeDimensionตารางที่ตามปกติ แต่ขายและเก็บตารางไม่ ตารางขายอยู่ตามปกติการ 1NF ตั้งแต่ saleDate และ storeNr จะขึ้นอยู่กับบน invoiceNrซึ่งเป็นแค่ส่วนหนึ่งของคีย์หลัก ตารางเก็บได้ตามปกติการ 2NF ตั้งแต่ภูมิภาคคือขึ้นอยู่กับบน stateCode แอตทริบิวต์ nonkeyระบุการ denormalize วิธีนี้ โดยทำหมายเหตุแนวความคิดแบบแผน ดังที่แสดงในรูปที่ 16.2 นี่ประเภทวัตถุที่สำคัญคือร่ม ชนิดวัตถุชนิดของวัตถุที่สำคัญคือถ้าและเดียวถ้าโครงร่างของรหัสที่ต้องใช้เป็นหลักคีย์ของตาราง ภาพ แต่ละชนิดวัตถุที่สำคัญเป็นรากของต้นไม้ ที่แต่ละโหนดชนิดวัตถุ และขอบแต่ละ เพรดิเคต (n:1 หรือ 1:1) การทำงาน
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 2:[สำเนา]
คัดลอก!
อย่างไรก็ตามเพื่อเพิ่มประสิทธิภาพการค้นหาจะมีการตัดสินใจที่จะ denormalize เชิงสัมพันธ์
คีมาถึงสี่รูปแบบตารางดังแสดงในรูปที่ 16.3 รายการและ TimeDimension
ตารางปกติ แต่การขายและจัดเก็บตารางไม่ได้ ตารางการขายเป็น denormalized
เพื่อ 1NF ตั้งแต่ saleDate และ storeNr มีหน้าที่ขึ้นอยู่กับ invoiceNr,
ซึ่งเป็นเพียงส่วนหนึ่งของคีย์หลัก ตารางเก็บเป็น denormalized เพื่อ 2NF ตั้งแต่
ภูมิภาคเป็นหน้าที่ขึ้นอยู่กับ StateCode แอตทริบิวต์ nonkey.
การตัดสินใจที่จะ denormalize ในลักษณะนี้จะแสดงโดย annotating แนวคิด
คีมาดังแสดงในรูปที่ 16.2 นี่คือประเภทวัตถุที่สำคัญมีสีเทา ประเภทวัตถุ
เป็นชนิดของวัตถุที่สำคัญถ้าหากโครงการบัตรประจำตัวของตนที่ต้องการจะใช้เป็นหลัก
สำคัญของตาราง กราฟิกแต่ละชนิดของวัตถุที่สำคัญรูปแบบรากของต้นไม้ที่
แต่ละโหนดเป็นชนิดของวัตถุและแต่ละขอบเป็นหน้าที่ (N: 1 หรือ 1: 1) คำกริยา
การแปล กรุณารอสักครู่..
 
ภาษาอื่น ๆ
การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.

Copyright ©2025 I Love Translation. All reserved.

E-mail: