- The lock granularity specification should be based on the needs of t การแปล - - The lock granularity specification should be based on the needs of t ไทย วิธีการพูด

- The lock granularity specificatio

- The lock granularity specification should be based on the needs of the application and users that will be access and changing the data.
- In general, the smaller the granularity of the lock, the more concurrent access will be allowed.
- However, the smaller the granularity of the lock, the more resources the DBMS will need to consume to perform locking.
- Most db implementations choose between row and page locking.
- For many applications, page locking is sufficient. However, applications needing many concurrent update processes may benefit from the smaller granularity of row locking.
- Very infrequently, when a specific process will be run when no other concurrent access is needed,table locking can be useful. For this reason many DBMS products provide a LOCK TABLE command that can be issued to override the current locking granularity for a db object during the course of a single process or UOW.
- The DBA must analyze the application processing requirement for each db object to determine the optimal locking granularity.
Index entries can also be locked, depending on the DBMS and version in use.
•Index locking can be a significant impediment to performance. Because index entries are usually quite small, it is not uncommon for locking to block application access.
0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!
-ข้อมูลจำเพาะการล็อคส่วนประกอบควรยึดตามความต้องการของโปรแกรมประยุกต์และผู้ใช้ที่จะเข้าถึงและเปลี่ยนแปลงข้อมูล-ทั่วไป ขนาดเล็กองค์ประกอบของการล็อค การเข้าถึงมากขึ้นพร้อมกันจะสามารถ-อย่างไรก็ตาม ขนาดเล็กส่วนประกอบของ DBMS จะต้องใช้การล็อกทรัพยากรเพิ่มเติม ล็อค-ใช้งาน db ส่วนใหญ่เลือกระหว่างแถวหน้าล็อค-สำหรับโปรแกรมประยุกต์จำนวนมาก ล็อกหน้าได้เพียงพอ อย่างไรก็ตาม ต้องการกระบวนการปรับปรุงพร้อมกันหลายโปรแกรมประยุกต์อาจได้รับประโยชน์จากส่วนประกอบย่อย ๆ ของล็อกแถว-ขึ้นนาน ๆ ครั้ง เมื่อจะรันกระบวนการเฉพาะเมื่อจำเป็นไม่เข้ากัน ตารางล็อกได้ประโยชน์ ด้วยเหตุนี้ ผลิตภัณฑ์ DBMS หลายให้คำสั่งตารางล็อคที่สามารถออกไปแทนส่วนประกอบล็อคปัจจุบันสำหรับวัตถุฐานข้อมูลในระหว่างการประมวลผลเดียวหรือ UOW-DBA ต้องวิเคราะห์ความต้องการประมวลผลแอพลิเคชันสำหรับแต่ละวัตถุฐานข้อมูลเพื่อกำหนดองค์ประกอบล็อคดีที่สุดรายการดัชนียังไม่สามารถปิด DBMS และรุ่นที่ใช้•Index ล็อกได้กรวดในรองเท้าที่สำคัญเพื่อประสิทธิภาพการทำงาน เนื่องจากรายการดัชนีมักน้อย มันไม่ใช่การล็อคการเข้าถึงแอพลิเคชันบล็อก
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 2:[สำเนา]
คัดลอก!
- ข้อกำหนดเมล็ดล็อคควรจะขึ้นอยู่กับความต้องการของแอพลิเคชันและผู้ใช้ที่จะเข้าถึงและการเปลี่ยนแปลงข้อมูล.
- โดยทั่วไปที่มีขนาดเล็กละเอียดของล็อคการเข้าถึงพร้อมกันมากขึ้นจะได้รับอนุญาต.
- แต่มีขนาดเล็กลง เมล็ดของล็อคที่ทรัพยากรมากขึ้น DBMS จะต้องใช้ในการดำเนินการล็อค.
- ส่วนใหญ่การใช้งานฐานข้อมูลเลือกระหว่างแถวและล็อคหน้า.
- สำหรับการใช้งานหลายล็อคหน้าจะเพียงพอ แต่การใช้งานที่ต้องปรับปรุงกระบวนการพร้อมกันหลายคนอาจได้รับประโยชน์จากเมล็ดเล็กล็อคแถว.
- นานมากเมื่อกระบวนการที่เฉพาะเจาะจงจะทำงานเมื่อไม่มีการเข้าถึงพร้อมกันอื่น ๆ เป็นสิ่งจำเป็นล็อคตารางจะมีประโยชน์ ด้วยเหตุนี้ผลิตภัณฑ์ DBMS หลายแห่งที่มีคำสั่งตารางล็อคที่สามารถออกเพื่อแทนที่เมล็ดล็อคปัจจุบันวัตถุฐานข้อมูลในระหว่างขั้นตอนเดียวหรือ UOW ได้.
- ที่ DBA ต้องวิเคราะห์ความต้องการการประมวลผลแอพลิเคชันสำหรับแต่ละวัตถุฐานข้อมูลเพื่อตรวจสอบ เมล็ดล็อคที่ดีที่สุด.
รายการดัชนียังสามารถล็อคขึ้นอยู่กับรุ่นและ DBMS ในการใช้งาน.
•ล็อคดัชนีอาจจะเป็นอุปสรรคต่อการปฏิบัติงานอย่างมีนัยสำคัญ เพราะรายการดัชนีมักจะมีขนาดเล็กมากมันก็ไม่แปลกสำหรับล็อคเพื่อป้องกันการเข้าถึงแอพลิเคชัน
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 3:[สำเนา]
คัดลอก!
- ล็อคสเปค granularity ควรจะขึ้นอยู่กับความต้องการของโปรแกรมประยุกต์และผู้ใช้จะสามารถเข้าถึงและเปลี่ยนแปลงข้อมูล .
- โดยทั่วไปขนาดเล็ก granularity ของล็อคการเข้าถึงพร้อมกันมากกว่าจะได้รับอนุญาต .
- แต่ขนาดเล็ก granularity ของล็อคทรัพยากรเพิ่มเติม DBMS จะ ต้องกินเพื่อทำการล็อค .
- Oracle DB ส่วนใหญ่เลือกระหว่างแถวหน้าและล็อค .
- สำหรับการใช้งานหลายหน้าล็อคก็เพียงพอ อย่างไรก็ตาม การใช้งานต้องปรับปรุงกระบวนการพร้อมกันหลายคนอาจได้รับประโยชน์จากขนาดเล็ก granularity แถวล็อค .
- มากไม่บ่อย เมื่อกระบวนการที่เฉพาะเจาะจงจะถูกเรียกใช้เมื่อไม่มีการเข้าถึงโดยอื่น ๆเป็นสิ่งจำเป็น ตารางล็อคสามารถเป็นประโยชน์ด้วยเหตุนี้ผลิตภัณฑ์ DBMS หลายให้คำสั่งตารางล็อคที่สามารถออกเพื่อแทนที่ปัจจุบันล็อค granularity สำหรับ DB วัตถุในระหว่างกระบวนการเดียวหรือ uow .
- DBA ต้องวิเคราะห์ความต้องการการประมวลผลแอพลิเคชันสำหรับวัตถุฐานข้อมูลแต่ละการตรวจสอบการล็อค granularity .
รายการดัชนียังสามารถล็อค ขึ้นอยู่กับ DBMS และรุ่นที่ใช้
- ดัชนีล็อคสามารถเป็นอุปสรรคสำคัญต่อการปฏิบัติงาน เพราะรายการดัชนีมักจะค่อนข้างเล็ก แต่มันก็ไม่แปลกสำหรับล็อคเพื่อป้องกันการเข้าถึง
การแปล กรุณารอสักครู่..
 
ภาษาอื่น ๆ
การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.

Copyright ©2025 I Love Translation. All reserved.

E-mail: