Assume that there are separate B+-tree indexes on the attributes clien การแปล - Assume that there are separate B+-tree indexes on the attributes clien ไทย วิธีการพูด

Assume that there are separate B+-t

Assume that there are separate B+
-tree indexes on the attributes clientNo and maxRent of
Client and that the optimizer supports both sort–merge join and block nested loop join. In
considering all possible ways to access the Client relation, we would calculate the cost of a
linear search of the relation and the cost of using the two B+
-trees. If the optimal strategy
came from the B+
-tree index on maxRent, we would then discard the other two methods.
However, use of the B+
-tree index on clientNo would result in the Client relation being sorted
on the join attribute clientNo, which would result in a lower cost for a sort–merge join of
Client and Viewing (as one of the relations is already sorted)
0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!
สมมติว่า มีแยก B
-ทรีดัชนีแอตทริบิวต์ clientNo และ maxRent ของ
ไคลเอนต์และเพิ่มประสิทธิภาพการสนับสนุนเรียง – เวียนรวมทั้งบล็อกรวมลูปซ้อนกัน ใน
พิจารณาทั้งหมดเป็นวิธีถึงความสัมพันธ์ของลูกค้า เราจะคำนวณต้นทุนของการ
ค้นหาเชิงเส้นของความสัมพันธ์ของ B 2
-ต้นไม้ หากกลยุทธ์ดีที่สุด
มาจากตัว B
-ทรีดัชนีบน maxRent เราจะแล้วละทิ้งการอื่น ๆ สองวิธีการ
อย่างไรก็ตาม ใช้ตัว B
-ทรีดัชนีบน clientNo จะส่งผลให้ความสัมพันธ์ลูกค้าที่ถูกเรียงลำดับ
clientNo แอตทริบิวต์รวม ซึ่งจะส่งผลในต้นทุนต่ำสำหรับการรวมการเรียงลำดับ – เวียนของ
ไคลเอนต์และการดู (เป็นหนึ่งของความสัมพันธ์แล้วเรียง)
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 2:[สำเนา]
คัดลอก!
สมมติว่ามีแยก B +
-tree ดัชนีในแอตทริบิวต์ clientNo และ maxRent ของ
ลูกค้าและเพิ่มประสิทธิภาพการสนับสนุนทั้งการจัดเรียงผสานเข้าร่วมและป้องกันวงที่ซ้อนกันเข้าร่วม ใน
การพิจารณาวิธีการที่เป็นไปได้ทั้งหมดในการเข้าถึงความสัมพันธ์ของลูกค้าเราจะคำนวณค่าใช้จ่ายของ
การค้นหาเชิงเส้นของความสัมพันธ์และค่าใช้จ่ายของการใช้สอง B +
-trees หากกลยุทธ์ที่ดีที่สุด
มาจาก B +
-tree ดัชนีใน maxRent เราก็จะทิ้งอีกสองวิธี
อย่างไรก็ตามการใช้ B +
-tree ดัชนีใน clientNo จะส่งผลให้ความสัมพันธ์ของลูกค้าที่มีการเรียงลำดับ
ในการเข้าร่วม clientNo แอตทริบิวต์ซึ่งจะ ส่งผลให้ค่าใช้จ่ายที่ต่ำกว่าสำหรับการจัดเรียงผสานเข้าร่วมของ
ลูกค้าและการดู (เป็นหนึ่งในความสัมพันธ์ที่จะเรียงแล้ว)
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 3:[สำเนา]
คัดลอก!
สมมติว่ามีการแยก B
- ต้นไม้ดัชนีในลักษณะของลูกค้าและ clientno maxrent
และที่เพิ่มประสิทธิภาพและสนับสนุนทั้งเรียงผสานเข้าร่วม และบล็อกซ้อนกัน ห่วงเล่น ใน
พิจารณาวิธีที่เป็นไปได้ทั้งหมดในการเข้าถึงความสัมพันธ์ลูกค้า เราจะคำนวณค่าใช้จ่ายของ
ค้นหาเชิงเส้นของความสัมพันธ์ และต้นทุนของการใช้สอง B
- ต้นไม้ ถ้า
B
กลยุทธ์ที่ดีที่สุดมาจาก- ต้นไม้ดัชนีใน maxrent เราก็ทิ้งอีกสองวิธี .
แต่ใช้ของ B
- ต้นไม้ดัชนีใน clientno จะส่งผลให้ลูกค้ามีการจัดเรียง
บนเข้าร่วมคุณลักษณะ clientno ซึ่งจะส่งผลในการลดต้นทุนสำหรับการจัดเรียงและผสานเข้าร่วมของ
ลูกค้าและดู ( เป็นหนึ่ง ของความสัมพันธ์แล้วเรียง )
การแปล กรุณารอสักครู่..
 
ภาษาอื่น ๆ
การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.

Copyright ©2024 I Love Translation. All reserved.

E-mail: