4.2. Soft stateIn soft state database provides a relaxed view of data  การแปล - 4.2. Soft stateIn soft state database provides a relaxed view of data  ไทย วิธีการพูด

4.2. Soft stateIn soft state databa

4.2. Soft state
In soft state database provides a relaxed view of data in terms of consistency. Information on soft state will expire if it is not refreshed. The value stored in soft state may not be up-to-date, but handy for approximations. Soft state data are in changing state over time without user intervention and/or input due to eventual consistency.
The soft state layer is responsible for [14].
• Client interface.
• Data partitioning.
• Caching.
• Concurrency control.
• High level processing.
Replicating soft state provides applications with two critical
capabilities:
• Rapid failover to other instances during crashes.
• Fine-grained load-balancing across instances to prevent overload
[15].
Soft state is useful for efficiency because of the eventual consistency model such as short-lived user sessions, stored
aggregates and transformations on large datasets and general purpose write-through caches for files and database records.
Whilst soft state is lost or made unavailable due to service instance crashes and overloads, reconstructing it through user
interaction or third-tier re-access can be expensive in terms of time and resources [16]. User can afford database to be consistent over time by synchronizing information between different database
nodes. They can Cache data (soft state) and use it later to increase the database response time. They may be having a number of database nodes with distributed data to be highly available
(partition tolerance).
Many options exist for adding high availability of programs that manipulate soft state and these can be broadly classified into three
categories [17]:
• Clustered application servers.
• Messaging toolkit.
• Collocated in-memory databases.
0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!
4.2 รัฐอ่อนในฐานข้อมูลสถานะนุ่มช่วยผ่อนคลายมุมมองข้อมูลในแง่ของความสอดคล้อง ข้อมูลเกี่ยวกับรัฐอ่อนจะหมดอายุถ้าไม่มีการรีเฟรช ค่าเก็บอยู่ในสถานะอ่อนอาจไม่ทันสมัย แต่สำหรับเพียงการประมาณ ข้อมูลสถานะอ่อนจะเปลี่ยนสถานะตลอดเวลาโดยไม่ต้องขัดจังหวะโดยผู้ใช้หรือป้อนข้อมูลเนื่องจากความสอดคล้องที่สุดชั้นนุ่มรัฐรับผิดชอบ [14]•อินเตอร์เฟซที่ไคลเอ็นต์•ข้อมูลที่แบ่งพาร์ติชัน•แค•ควบคุมการเกิดพร้อมกัน•การประมวลผลระดับสูงจำลองสถานะอ่อนให้ใช้งานกับสองสำคัญความสามารถ:ล้มเหลวกับอินสแตนซ์อื่นในระหว่างการล้มเหลวอย่างรวดเร็ว••สมดุลละเอียดในกรณีเพื่อป้องกันการโอเวอร์โหลด[15]รัฐอ่อนมีประโยชน์สำหรับประสิทธิภาพเนื่องจากแบบความสอดคล้องที่สุดเช่นเซสชันผู้ใช้ช่วงสั้น ๆ เก็บไว้ผลและแปลงบนชุดข้อมูลขนาดใหญ่และทั่วไปเขียนผ่านแคสำหรับแฟ้มและการบันทึกฐานข้อมูลในขณะที่รัฐอ่อนสูญหาย หรือทำให้ไม่ เนื่องจากอินสแตนซ์ของบริการล้มเหลว และการชั่งเกิน พิกัด ฟื้นฟูผ่านผู้โต้ตอบหรือสามระดับการเข้าถึงอาจมีราคาแพงในแง่ของเวลาและทรัพยากร [16] ผู้ใช้สามารถฐานข้อมูลให้สอดคล้องเวลาโดยข้อมูลให้ตรงกันระหว่างฐานข้อมูลอื่นโหน พวกเขาสามารถแคข้อมูล (สถานะอ่อน) และใช้การเพิ่มเวลาการตอบสนองของฐานข้อมูลในภายหลังได้ พวกเขาอาจจะมีหมายเลขของโหนที่ฐานข้อมูลมีการกระจายข้อมูลจะพร้อมใช้งาน(ค่าเผื่อการพาร์ติชัน)มายมีอยู่สำหรับการเพิ่มของโปรแกรมที่จัดการกับรัฐอ่อน และเหล่านี้สามารถถูกจัดเป็นหมวดหมู่สามหมวดหมู่ [17]:•คลัสเตอร์เซิร์ฟเวอร์แอพลิเคชัน•ส่งข้อความเครื่องมือ• Collocated ฐานข้อมูลในหน่วยความจำ
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 2:[สำเนา]
คัดลอก!
4.2 รัฐอ่อน
ในฐานข้อมูลของรัฐอ่อนให้มุมมองที่ผ่อนคลายของข้อมูลในแง่ของความมั่นคง ข้อมูลเกี่ยวกับรัฐอ่อนจะหมดอายุถ้าไม่ได้รับการฟื้นฟู ค่าที่เก็บไว้ในรัฐอ่อนอาจจะไม่ขึ้นไปวัน แต่มีประโยชน์สำหรับการประมาณ ข้อมูลสถานะของซอฟท์ในการเปลี่ยนสถานะเมื่อเวลาผ่านไปโดยปราศจากการแทรกแซงของผู้ใช้และ / หรือการป้อนเนื่องจากความสอดคล้องในที่สุด.
ชั้นรัฐอ่อนเป็นผู้รับผิดชอบสำหรับ [14].
•ติดต่อลูกค้า.
•การแบ่งข้อมูล.
•แคช.
•ควบคุมภาวะพร้อมกัน.
•ระดับสูง . การประมวลผล
จำลองรัฐอ่อนให้การใช้งานที่มีสองที่สำคัญ
ความสามารถ:
•ล้มเหลวอย่างรวดเร็วกรณีอื่น ๆ ในช่วงที่เกิดปัญหา.
•แบบละเอียดดุลการโหลดข้ามกรณีเพื่อป้องกันไม่ให้เกิน
[15].
รัฐซอฟท์จะเป็นประโยชน์สำหรับประสิทธิภาพสูงเพราะของรูปแบบความสอดคล้องในที่สุดดังกล่าว เป็นช่วงสั้น ๆ เซสชันของผู้ใช้จัดเก็บ
มวลรวมและการเปลี่ยนแปลงในชุดข้อมูลขนาดใหญ่และวัตถุประสงค์ทั่วไปแคชเขียนผ่านสำหรับไฟล์และบันทึกฐานข้อมูล.
ขณะที่รัฐอ่อนสูญหายหรือทำให้ไม่สามารถใช้งานเนื่องจากการบริการที่เกิดปัญหาเช่นและทับถมฟื้นฟูมันผ่านผู้ใช้
ปฏิสัมพันธ์หรือบุคคลที่สาม เรื่องการเข้าถึงสามชั้นจะมีราคาแพงในแง่ของเวลาและทรัพยากร [16] ผู้ใช้สามารถจ่ายได้ฐานข้อมูลเพื่อให้สอดคล้องเมื่อเวลาผ่านไปโดยการอัพเดทข้อมูลระหว่างฐานข้อมูลที่แตกต่างกัน
โหนด พวกเขาสามารถแคชข้อมูล (รัฐอ่อน) และใช้ในภายหลังเพื่อเพิ่มเวลาตอบสนองฐานข้อมูล พวกเขาอาจจะมีจำนวนของโหนดฐานข้อมูลที่มีการกระจายข้อมูลที่จะพร้อมใช้งานสูง
(ความอดทนพาร์ทิชัน).
หลายทางเลือกที่มีอยู่สำหรับการเพิ่มความสูงของโปรแกรมที่จัดการรัฐนุ่มและเหล่านี้สามารถแบ่งกว้างออกเป็นสาม
ประเภท [17]:
•การประยุกต์ใช้คลัสเตอร์ เซิร์ฟเวอร์.
•การส่งข้อความ Toolkit.
• Collocated ฐานข้อมูลในหน่วยความจำ
การแปล กรุณารอสักครู่..
 
ภาษาอื่น ๆ
การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.

Copyright ©2025 I Love Translation. All reserved.

E-mail: