4.4. ScalabilityScalability of a database can be interpreted from the  การแปล - 4.4. ScalabilityScalability of a database can be interpreted from the  ไทย วิธีการพูด

4.4. ScalabilityScalability of a da

4.4. Scalability
Scalability of a database can be interpreted from the perspective
of database architecture and deployment, and also
from the perceptive of the data type (i.e. clinical notes in this
study). Here, we discuss the scalability of the three databases
approaches from the latter perspective. Approach I is outstanding
among the NoSQL approaches concerned in the
paper. Scalability is enabled by allowing additional clinical
concepts to be included by adding new rows to the database
table. However, as each concept occupies a new row in the
table and a general clinical note usually contains a number of
concepts, the size of database will grow exponentially and the
storage space will be consumed significantly, potentially lead
approaches from the latter perspective. Approach I is out
ing to database administration and maintenance problems,
especially for busy clinics or hospitals.
The XML approaches handle clinic notes in a more structured
manner. They are able to handle a large amount of
text data in a single XML field or file while maintaining the
structure of the clinical note. Databases developed with these
approaches can be easily scaled up as there is no limitation on
data granularity or the level of the hierarchy tree required to
represent the clinical notes. Hence, the integrity of data models
can be maintained, where one consultation record always
occupies one row of database entry, regardless of the amountimum.
Modern database supporting XML data type/file can
accept more than 1 gigabyte of data, which is far beyond the
size that a typical textual clinical note would require. Data
storage capacity is therefore not be a limiting factor. This is a
significant advantage of using XML database for clinical data
0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!
4.4 ขนาด
ขนาดของฐานข้อมูลสามารถตีความจากมุมมอง
ของสถาปัตยกรรมฐานข้อมูลและการใช้งาน และ
จากตาต่ำของชนิดข้อมูล (เช่นคลินิกบันทึกนี้
ศึกษา) ที่นี่ เรากล่าวถึงขนาดของฐานข้อมูลสาม
วิธีจากมุมมองหลัง วิธีผมจะโดดเด่น
ระหว่าง NoSQL แจ้งเกี่ยวข้องในการ
กระดาษ ขยายขนาดได้ โดยให้เพิ่มเติมคลินิก
แนวคิดที่จะรวม โดยการเพิ่มแถวใหม่ลงในฐานข้อมูล
ตาราง อย่างไรก็ตาม เป็นแต่ละแนวคิดใช้แถวใหม่ใน
ตารางและหมายเหตุคลินิกทั่วไปมักประกอบด้วยจำนวน
แนวคิด ขนาดของฐานข้อมูลจะเติบโตขยายตัวอย่างมากและ
เนื้อที่จะใช้มาก อาจนำ
วิธีจากมุมมองหลัง วิธีผมจะออก
กำลังดูแลฐานข้อมูลการบำรุงรักษาปัญหา,
สำหรับว่างคลินิกหรือโรงพยาบาลโดยเฉพาะอย่างยิ่ง
วิธี XML จัดการบันทึกคลินิกในโครงสร้างมากขึ้น
ลักษณะ จะต้องจัดการจำนวนมาก
ข้อมูลข้อความในเขตข้อมูลเดียว XML หรือแฟ้มในขณะที่รักษา
โครงสร้างตั๋วทางคลินิก พัฒนาฐานข้อมูลกับเหล่านี้
วิธีสามารถได้อย่างง่ายดายปรับค่ามีอยู่ไม่จำกัด
ส่วนประกอบข้อมูลหรือระดับของแผนภูมิลำดับชั้นต้อง
แสดงหมายเหตุที่ทางคลินิกได้ ดังนั้น ความสมบูรณ์ของแบบจำลองข้อมูล
สามารถรักษา ซึ่งปรึกษาคอร์ดเสมอ
ใช้หนึ่งแถวของฐานข้อมูลรายการ โดย amountimum
สนับสนุนสามารถชนิด/แฟ้มข้อมูล XML ฐานข้อมูลที่ทันสมัย
ยอมรับมากกว่า 1 กิกะไบต์ของข้อมูล ซึ่งอยู่ห่างไกลหลังจาก
ขนาดที่จะต้องมีบันทึกข้อความทางคลินิกทั่วไป ข้อมูล
จุคือ ดัง ไม่เป็นปัจจัยจำกัด นี่คือการ
ประโยชน์สำคัญของการใช้ฐานข้อมูล XML สำหรับข้อมูลทางคลินิก
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 2:[สำเนา]
คัดลอก!
4.4 . การเพิ่มความสามารถในการปรับขยาย
ซึ่งจะช่วยเพิ่มความยืดหยุ่นในการปรับขนาดของฐานข้อมูลที่สามารถได้รับการตีความจากมุมมองที่
ของการปรับใช้และสถาปัตยกรรมฐานข้อมูลและ
จาก ประเภท ความเข้าใจของข้อมูล(เช่นบันทึกทางการแพทย์ใน
ซึ่งจะช่วยการศึกษานี้) ที่นี่เราพูดคุยกันถึงแนวทางการเพิ่มความสามารถในการปรับขยายของสามฐานข้อมูล
จากมุมมองของหลัง ผมมา
ตามมาตรฐานที่โดดเด่นในแนวทาง nosql ที่เกี่ยวข้องใน
กระดาษการเพิ่มความสามารถในการปรับขยายจะถูกเปิดใช้งานโดยให้เพิ่มเติมทางการแพทย์
แนวความคิดรวมอยู่ด้วยการเพิ่มแถวใหม่ในฐานข้อมูล
โต๊ะ แต่ถึงอย่างไรก็ตามยังเป็นแนวความคิดแต่ละแห่งมีพื้นที่แถวใหม่ใน
โต๊ะและบันทึกทางการแพทย์โดยทั่วไปซึ่งปกติแล้วจะมีหมายเลขของ
แนวความคิดขนาดของฐานข้อมูลและจะมีอัตราการขยายตัวอย่างรวดเร็วซึ่งพื้นที่
ซึ่งจะช่วยจัดเก็บที่จะ บริโภค อย่างมีนัยสำคัญซึ่งอาจทำให้นำไปสู่
วิธีการจากมุมมองของฝ่ายหลังได้. ผมมาออกจาก
ไอเอ็นจีประกันชีวิตในการแก้ปัญหาและการบำรุงรักษาฐานข้อมูล
โดยเฉพาะการบริหารงานในโรงพยาบาลหรือคลินิกไม่ว่าง.แนวทาง XML
ที่จัดการเกี่ยวกับคลินิกในลักษณะโครงสร้าง
ตามมาตรฐานที่มากขึ้น ห้องพักมีความสามารถในการรองรับขนาดใหญ่ของข้อมูล
ข้อความในฟิลด์ XML แบบเดี่ยวหรือไฟล์ในขณะที่ยังคงรักษา
โครงสร้างของบันทึกทางการแพทย์ที่ ฐานข้อมูลพัฒนาด้วย
ตามมาตรฐานวิธีการสามารถปรับขึ้นได้อย่างง่ายดายและไม่มีการจำกัดที่ย่อย
ข้อมูลหรือระดับของทรีลำดับชั้นที่ต้อง
ซึ่งจะช่วยเป็นตัวแทนทางการแพทย์ที่บันทึก ดังนั้นความสมบูรณ์ของข้อมูลรุ่น
สามารถได้รับการดูแลรักษาเป็นอย่างดีที่บันทึกการให้คำปรึกษาเสมอ
ครอบครองพื้นที่หนึ่งแถวของรายการฐานข้อมูลโดยไม่คำนึงถึง amountimum ที่.ฐานข้อมูล
ที่ทันสมัยซึ่งสนับสนุน XML ข้อมูล ประเภท แฟ้ม/สามารถตอบแทน
ยอมรับมากกว่า 1 กิกะไบต์ของข้อมูลที่ไปไกลกว่า
มีขนาดเท่าที่ทราบทางการแพทย์ปรากฏขึ้นตามแบบที่ต้องการ ความจุ
ซึ่งจะช่วยจัดเก็บข้อมูลได้ดังนั้นจึงไม่เป็นปัจจัยจำกัด โรงแรมแห่งนี้คือความได้เปรียบอย่างมีนัยสำคัญ
ซึ่งจะช่วยในการใช้ฐานข้อมูล XML สำหรับข้อมูลทางการแพทย์
การแปล กรุณารอสักครู่..
 
ภาษาอื่น ๆ
การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.

Copyright ©2024 I Love Translation. All reserved.

E-mail: