4. Why DBMS in Cloud?Database Management Systems as a cloud service ar การแปล - 4. Why DBMS in Cloud?Database Management Systems as a cloud service ar ไทย วิธีการพูด

4. Why DBMS in Cloud?Database Manag

4. Why DBMS in Cloud?
Database Management Systems as a cloud service are engineered to run as a scalable,
elastic service available on a cloud infrastructure. These DBMS are available only as a
cloud offering and are not necessarily relational. For example, Microsoft’s SQL Azure is
fully relational DBMS, while Microsoft’s SQL services, Amazon’s simpleDB and
Google’s Big Table are not relational and have different persistence models. Cloud-based
DBMS services are provided in a multi-tenancy environment with elastic resources
allocation, for use in simple to complex transactions. DBMS as a cloud service excludes
those DBMS that will run on the cloud infrastructure, but are not purpose-built as a cloud
service. Most of the currently available DBMS engines will run on cloud infrastructure,
but are not specifically engineered to take advantage of the cloud. This differentiation is
the reason for the change in name from “DBMS in the Cloud” to “DBMS as a cloud
Service”; running on cloud infrastructure does not define a DBMS as a cloud service [2].
All currently available cloud DBMS are relatively new. SQL azure, the only fully
relational DBMS available, began full production at the beginning of 2012 and still has
some size limitations; Microsoft plans to reduce, and eventually lift, these restrictions.
Today, DBMS as a cloud service are used primarily for development and testing of
applications- where database sizes are small and issues of security and collocation with
multiple users are not concern. One big advantages of cloud DBMS is their elasticity: the
more you use, the more you pay; the less you use, the less you pay [2].
Initially, cloud DBMSs will have an impact for vendors desiring a less expensive
platform for development. As cloud infrastructure with DBMSs gains maturity especially
in scalability, reliability and security, cloud implementations used for short-term projects
such as small departmental applications and rapid development platforms will show
marked cost reductions compared with implementations within the IT department. This
advantages reinforced by the ability to set up a cloud DBMS environment without the use
of expensive IT personnel. The speed of setup will be a primary driver to rapid
deployment of systems without the usual requirements and planning necessary for IT
projects within the IT department. This will also reduce the necessity for IT to respond to
short notice and short duration projects, reducing overall costs in IT. Data management
applications are potential candidates for deployment in the cloud. This is because an on
premises enterprise database system typically comes with a large, sometimes prohibitive
up-front cost, both in hardware and in software. For many companies (especially for startups
and medium-sized businesses), the pay as- you-go cloud computing model, along
with having someone else worrying about maintaining the hardware, is very attractive.
Due to the ever-increasing need for more analysis over more data in today’s corporate
world, along with an architectural match in currently available deployment options, we
conclude that read-mostly analytical data management applications are better suited for
deployment in the cloud than transactional data management applications. We thus outline
a research agenda for large scale data analysis in the cloud, showing why currently
available systems are not ideally-suited for cloud deployment, and arguing that there is a
need for a newly designed DBMS, architected specifically for cloud computing platforms
0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!
4. ทำไม DBMS ในเมฆระบบการจัดการฐานข้อมูลเป็นบริการคลาวด์มีวิศวกรรมการเรียกใช้เป็นการปรับสเกลบริการยืดหยุ่นมีการโครงสร้างพื้นฐานคลาวด์ DBMS เหล่านี้มีเป็นเท่าตัวเมฆแห่งและจะไม่จำเป็นต้องสัมพันธ์กัน ตัวอย่าง Azure SQL ของ Microsoft ได้DBMS เชิงสัมพันธ์เต็ม ในขณะที่บริการของ Microsoft SQL, simpleDB ของ Amazon และตารางขนาดใหญ่ของ Google ไม่สัมพันธ์กัน และมีรูปแบบแตกต่างกันมีอยู่ โดยเมฆบริการ DBMS มีให้เช่าหลายสภาพแวดล้อมกับทรัพยากรที่ยืดหยุ่นปันส่วน สำหรับใช้ในง่าย ๆ ในการธุรกรรมที่ซับซ้อน DBMS เป็นบริการคลาวด์แยกที่ DBMS ที่จะเรียกใช้บนโครงสร้างพื้นฐานคลาวด์ แต่ไม่ปิดเป็นก้อนเมฆบริการ โปรแกรม DBMS มีอยู่ในปัจจุบันส่วนใหญ่จะทำงานบนโครงสร้างพื้นฐานคลาวด์แต่จะไม่เฉพาะออกแบบทางวิศวกรรมของเมฆ สร้างความแตกต่างนี้คือเหตุผลสำหรับการเปลี่ยนชื่อจาก "DBMS ในเมฆ" "DBMS เป็นก้อนเมฆบริการ" ทำงานบนโครงสร้างพื้นฐานคลาวด์ไม่กำหนดเป็น DBMS เป็นบริการคลาวด์ [2]ทั้งหมดขณะนี้เมฆมี DBMS ได้ค่อนข้างใหม่ SQL azure เดียวเต็มว่าง DBMS เชิงสัมพันธ์เริ่มผลิตเต็มรูปแบบในต้นปี และยัง มีข้อจำกัดบางขนาด Microsoft มีแผนที่จะลด และในที่สุด ยก ข้อจำกัดเหล่านี้วันนี้ DBMS เป็นบริการคลาวด์จะใช้หลักการพัฒนา และการทดสอบของโปรแกรม-ฐานข้อมูลขนาดเล็กและปัญหาความปลอดภัยและ collocation ด้วยผู้ใช้หลายคนไม่กังวล หนึ่งประโยชน์ใหญ่ของเมฆ DBMS มีความยืดหยุ่นของพวกเขา: การยิ่งคุณใช้ ยิ่งคุณจ่าย ยิ่งคุณใช้ ยิ่งคุณจ่าย [2]เริ่มแรก เมฆ DBMSs จะมีผลกระทบสำหรับผู้ที่ปรารถนาความแพงแพลตฟอร์มสำหรับการพัฒนา เป็น cloud โครงสร้างพื้นฐาน มีครบกำหนดกำไร DBMSs โดยเฉพาะขนาด ความน่าเชื่อถือ และความปลอดภัย การใช้งานที่ใช้สำหรับโครงการระยะสั้น cloudโปรแกรมประยุกต์ส่วนขนาดเล็กและพัฒนาอย่างรวดเร็ว ระบบจะแสดงลดต้นทุนทำเครื่องหมายเปรียบเทียบกับการใช้งานภายในแผนก นี้เสริม ด้วยความสามารถในการตั้งค่าสภาพแวดล้อมการ DBMS คลาวด์โดยไม่ใช้ประโยชน์ของเจ้าหน้าที่ด้าน IT ที่มีราคาแพง ความเร็วในการติดตั้งจะมีโปรแกรมควบคุมหลักไปอย่างรวดเร็วใช้งานระบบโดยปกติความต้องการจำเป็นวางแผนเรื่องโครงการภายในแผนก นี้ยังจะช่วยลดความจำเป็นในการตอบสนองล่วงหน้าระยะสั้นและโครงการระยะสั้น ลดต้นทุนโดยรวมใน การจัดการข้อมูลโปรแกรมประยุกต์ผู้ใช้งานในเมฆที่มีศักยภาพ ทั้งนี้เนื่องจากการในระบบฐานข้อมูลองค์กรสถานที่มักจะมาพร้อมกับขนาดใหญ่ บางครั้งห้ามปรามล่วงหน้าต้นทุน ทั้งฮาร์ดแวร์ และซอฟต์แวร์ สำหรับหลายบริษัท (โดยเฉพาะอย่างยิ่งสำหรับ startupsและธุรกิจขนาดกลาง), ค่าจ้างเป็นคุณไป cloud แบบจำลองคอมพิวเตอร์ พร้อมมีใครกังวลรักษาฮาร์ดแวร์ มีน่าสนใจมากขึ้นจากเคยเพิ่มจำเป็นสำหรับการวิเคราะห์เพิ่มเติมมากกว่าข้อมูลในวันนี้บริษัทโลก พร้อมกับการแข่งขันสถาปัตยกรรมในความมีอยู่ในปัจจุบัน เราสรุปข้อมูลวิเคราะห์อ่านส่วนใหญ่บริหารงานดีเหมาะสำหรับใช้ในเมฆกว่าโปรแกรมจัดการข้อมูลธุรกรรม เราทำเค้าระเบียบวาระการประชุมวิจัยสำหรับขนาดใหญ่วิเคราะห์ข้อมูลในเมฆ แสดงเหตุผลในปัจจุบันระบบมีไม่เหมาะสำหรับการปรับใช้คลาวด์ และโต้เถียงว่า มีการจำเป็นสำหรับ DBMS ที่ออกแบบใหม่ architected สำหรับคอมพิวเตอร์แพลตฟอร์มคลาวด์
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 2:[สำเนา]
คัดลอก!
4. ทำไม DBMS ในเมฆ?
ระบบจัดการฐานข้อมูลเป็นบริการคลาวด์ที่ออกแบบมาเพื่อทำงานเป็นขยายขีดความสามารถให้บริการที่มีความยืดหยุ่นที่มีอยู่ในโครงสร้างพื้นฐานเมฆ
DBMS
เหล่านี้มีอยู่เป็นเพียงการเสนอขายเมฆและไม่จำเป็นต้องมีความสัมพันธ์ ยกตัวอย่างเช่นไมโครซอฟท์ SQL Azure คือ
DBMS สัมพันธ์อย่างเต็มที่ในขณะที่ไมโครซอฟท์บริการ SQL, SimpleDB ของ Amazon และ
Google บิ๊กตารางที่ไม่ได้สัมพันธ์และมีรูปแบบที่แตกต่างกันติดตา cloud-based
บริการ DBMS
จะถูกจัดให้อยู่ในสภาพแวดล้อมหลายครอบครองทรัพยากรที่มีความยืดหยุ่นการจัดสรรสำหรับใช้ในที่ง่ายในการทำธุรกรรมที่ซับซ้อน DBMS เป็นบริการเมฆไม่รวม
DBMS ผู้ที่จะทำงานบนโครงสร้างพื้นฐานคลาวด์
แต่ไม่ได้สร้างขึ้นเพื่อวัตถุประสงค์เหมือนเมฆบริการ ที่สุดของเครื่องมือ DBMS มีอยู่ในปัจจุบันจะทำงานบนโครงสร้างพื้นฐานเมฆ,
แต่ไม่ได้ออกแบบมาโดยเฉพาะเพื่อใช้ประโยชน์จากระบบคลาวด์ ความแตกต่างนี้เป็นเหตุผลสำหรับการเปลี่ยนแปลงในชื่อจาก "DBMS ในเมฆ" กับ "DBMS เป็นเมฆบริการ"; ที่ทำงานบนโครงสร้างพื้นฐานเมฆไม่ได้กำหนด DBMS เป็นบริการคลาวด์ [2]. DBMS เมฆมีอยู่ในปัจจุบันทั้งหมดอยู่ในที่ค่อนข้างใหม่ SQL สีฟ้าอย่างเต็มที่เพียงDBMS เชิงสัมพันธ์ที่มีอยู่เริ่มผลิตเต็มรูปแบบที่จุดเริ่มต้นของปี 2012 และยังคงมีข้อจำกัด ขนาดบาง ไมโครซอฟท์วางแผนที่จะลดและในที่สุดก็ยกข้อ จำกัด เหล่านี้. วันนี้ DBMS เป็นบริการคลาวด์ที่ใช้เป็นหลักในการพัฒนาและการทดสอบด้วยโปรแกรมที่มีขนาดฐานข้อมูลที่มีขนาดเล็กและปัญหาของความปลอดภัยและการจัดระเบียบกับผู้ใช้หลายคนไม่ได้กังวล หนึ่งในข้อได้เปรียบใหญ่ของ DBMS เมฆเป็นความยืดหยุ่นของพวกเขาคือยิ่งคุณใช้ที่มากกว่าที่คุณจ่าย; น้อยกว่าที่คุณใช้น้อยกว่าที่คุณจ่าย [2]. ในขั้นต้น DBMSs เมฆจะมีผลกระทบสำหรับผู้ขายปรารถนาที่ราคาไม่แพงแพลตฟอร์มสำหรับการพัฒนา ในฐานะที่เป็นโครงสร้างพื้นฐานคลาวด์ที่มีกำไร DBMSs ครบกําหนดโดยเฉพาะอย่างยิ่งในการขยายขีดความสามารถความน่าเชื่อถือและการรักษาความปลอดภัยการใช้งานคลาวด์ที่ใช้สำหรับโครงการระยะสั้นเช่นการใช้งานแผนกเล็กๆ และแพลตฟอร์มการพัฒนาอย่างรวดเร็วจะแสดงการลดลงของค่าใช้จ่ายในการทำเครื่องหมายเมื่อเทียบกับการใช้งานในแผนกไอที ซึ่งข้อได้เปรียบที่เสริมด้วยความสามารถในการตั้งค่าสภาพแวดล้อม DBMS เมฆโดยไม่ต้องใช้บุคลากรด้านไอทีที่มีราคาแพง ความเร็วของการติดตั้งจะเป็นหลักในการขับรถอย่างรวดเร็วการใช้งานของระบบโดยไม่ต้องความต้องการตามปกติและจำเป็นสำหรับการวางแผนไอทีโครงการภายในแผนกไอที นอกจากนี้ยังจะช่วยลดความจำเป็นสำหรับไอทีเพื่อตอบสนองต่อการแจ้งให้ทราบล่วงหน้าในระยะสั้นและระยะเวลาสั้น ๆ โครงการลดค่าใช้จ่ายโดยรวมในด้านไอที การจัดการข้อมูลการใช้งานเป็นผู้ที่มีศักยภาพสำหรับการใช้งานในระบบคลาวด์ นี้เป็นเพราะในสถานที่ระบบฐานข้อมูลขององค์กรมักจะมาพร้อมกับขนาดบางครั้งห้ามปรามค่าใช้จ่ายขึ้นด้านหน้าทั้งในด้านฮาร์ดแวร์และซอฟต์แวร์ สำหรับหลาย บริษัท (โดยเฉพาะที่เพิ่งเริ่มต้นและธุรกิจขนาดกลาง) จ่ายจำา you-go แบบจำลองคอมพิวเตอร์เมฆพร้อมกับการมีคนอื่นกังวลเกี่ยวกับการรักษาฮาร์ดแวร์ที่เป็นที่น่าสนใจมาก. เนื่องจากความต้องการที่เพิ่มมากขึ้นสำหรับการวิเคราะห์มากขึ้น มากกว่าข้อมูลมากขึ้นในองค์กรของวันนี้โลกพร้อมกับการแข่งขันทางสถาปัตยกรรมในตัวเลือกการใช้อยู่ในปัจจุบันเราสรุปได้ว่าส่วนใหญ่อ่านข้อมูลการวิเคราะห์โปรแกรมการจัดการที่ดีเหมาะสำหรับการใช้งานในระบบคลาวด์กว่าข้อมูลการทำธุรกรรมการใช้งานการจัดการ เราจึงร่างวาระการวิจัยการวิเคราะห์ข้อมูลขนาดใหญ่ในระบบคลาวด์ที่แสดงให้เห็นว่าทำไมในปัจจุบันระบบที่มีอยู่ไม่เหมาะอย่างยิ่งสำหรับการใช้งานคลาวด์และการพิสูจน์ว่ามีความจำเป็นในการDBMS ออกแบบใหม่ออกแบบมาโดยเฉพาะสำหรับแพลตฟอร์มคอมพิวเตอร์เมฆ































การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 3:[สำเนา]
คัดลอก!
4 . ทำไม DBMS ในเมฆ ? การจัดการระบบฐานข้อมูลเป็นบริการเมฆจะถูกออกแบบมาเพื่อใช้เป็นระบบ
บริการยืดหยุ่นที่มีอยู่ในเมฆโครงสร้างพื้นฐาน DBMS เหล่านี้มีอยู่ เป็นเพียงการเสนอ
เมฆ และ ไม่จําเป็นต้องสัมพันธ์ ตัวอย่างเช่น Microsoft SQL Azure ฐานข้อมูล DBMS คือ
อย่างเต็มที่ ในขณะที่บริการ SQL ของ Microsoft , Amazon และ
simpledbโต๊ะใหญ่ของ Google ไม่สัมพันธ์และมีโมเดลการแตกต่างกัน เมฆตาม
DBMS บริการในสภาพแวดล้อม multi เช่ากับการจัดสรรทรัพยากร
ยืดหยุ่น เพื่อใช้ในการทำธุรกรรมง่ายซับซ้อน DBMS เป็นบริการเมฆรวม
พวก DBMS ที่ใช้ในโครงสร้างพื้นฐานเมฆ แต่ไม่ได้มีวัตถุประสงค์ในการสร้างเป็นบริการเมฆ

ส่วนใหญ่ที่มีอยู่ในขณะนี้เครื่องยนต์ DBMS จะทำงานบนโครงสร้างพื้นฐานเมฆ ,
แต่ไม่ได้วางแผนโดยเฉพาะเพื่อใช้ประโยชน์จากเมฆ นี้ความแตกต่างคือ
เหตุผลที่เปลี่ยนชื่อจาก " DBMS ในเมฆ " " DBMS เป็นเมฆ
บริการ " ; ทำงานบนโครงสร้างพื้นฐานเมฆไม่ได้กําหนด DBMS เป็นบริการเมฆ [ 2 ] .
ทั้งหมดมีอยู่ในปัจจุบันเมฆ DBMS จะค่อนข้างใหม่SQL Azure , เพียงอย่างเต็มที่ DBMS เชิงสัมพันธ์
พร้อมเริ่มการผลิตเต็มที่จุดเริ่มต้นของ 2012 และยังคงมี
ข้อจำกัดขนาด ; Microsoft วางแผนที่จะลดและในที่สุดก็ยกข้อ จำกัด เหล่านี้ .
วันนี้ DBMS เป็นบริการเมฆที่ใช้เป็นหลักสำหรับการพัฒนาและทดสอบการใช้งานแล้ว
ฐานข้อมูลขนาดเล็กและขนาด ปัญหาของการรักษาความปลอดภัยและการจัดวางด้วย
ผู้ใช้หลายคนเป็นกังวล หนึ่งประโยชน์ใหญ่ของ DBMS เมฆความยืดหยุ่นของพวกเขา :
ยิ่งใช้ ยิ่งจ่าย ยิ่งคุณใช้น้อยกว่าที่คุณจ่าย [ 2 ] .
ตอนแรก DBMSs เมฆจะมีผลกระทบต่อผู้ขายโดยแพลตฟอร์มแพง
น้อยสำหรับการพัฒนา เป็นเมฆโครงสร้างพื้นฐานที่มีวุฒิภาวะโดยเฉพาะ
DBMSs กำไรในการทำงาน ความน่าเชื่อถือ และความปลอดภัยเมฆซึ่งจะใช้สำหรับโครงการระยะสั้น
เช่นการใช้งานขนาดเล็กที่แผนกและแพลตฟอร์มการพัฒนาอย่างรวดเร็วจะแสดงเครื่องหมายลดต้นทุนเมื่อเทียบกับการใช้งาน
ภายในแผนก IT นี้
ข้อดีเสริมความสามารถในการตั้งค่าสภาพแวดล้อม DBMS เมฆโดยไม่ต้องใช้ของแพง
บุคลากร ความเร็วของการติดตั้งจะเป็นคนขับหลัก
อย่างรวดเร็วการใช้งานของระบบโดยไม่มีความต้องการปกติและการวางแผนที่จำเป็นสำหรับมัน
โครงการภายในแผนก IT นี้จะช่วยลดความจำเป็นสำหรับมันเพื่อตอบสนอง
โครงการสั้นระยะเวลาสั้น และการลดต้นทุนโดยรวมใน โปรแกรมการจัดการข้อมูลผู้สมัครที่มีศักยภาพสำหรับ
การใช้งานในเมฆ นี้เป็นเพราะเมื่อ
ระบบฐานข้อมูลองค์กรสถานที่มักจะมาพร้อมกับขนาดใหญ่บางครั้งห้ามปราม
ต้นทุนหน้า ทั้งในด้านฮาร์ดแวร์และซอฟต์แวร์ สำหรับ บริษัท จำนวนมาก ( โดยเฉพาะสำหรับธุรกิจที่เพิ่งเริ่มต้น
และขนาดกลาง ) , จ่ายที่คุณไปรุ่นคอมพิวเตอร์เมฆตาม
ด้วยมีใครกังวลเรื่องการดูแลรักษาฮาร์ดแวร์ มีเสน่ห์มาก
เนื่องจากการเพิ่มความต้องการการวิเคราะห์มากขึ้นกว่าข้อมูลในองค์กรโลก
วันนี้ พร้อมกับตรงกับสถาปัตยกรรมในขณะนี้มีอยู่ทางเลือกในการใช้งานเรา
สรุปว่าอ่านโปรแกรมการจัดการข้อมูลการวิเคราะห์ส่วนใหญ่เหมาะกับการใช้งานในเมฆกว่า
โปรแกรมการจัดการข้อมูลทรานแซคชัน เราจึงร่าง
วาระการวิจัยการวิเคราะห์ข้อมูลขนาดใหญ่ในเมฆ แสดงถึงปัจจุบัน
ระบบพร้อมใช้งาน ไม่เหมาะสําหรับการใช้งานคลาวด์ และเถียงว่ามี
ต้องออกแบบใหม่ DBMS ( เฉพาะสำหรับคอมพิวเตอร์เมฆ , แพลตฟอร์ม
การแปล กรุณารอสักครู่..
 
ภาษาอื่น ๆ
การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.

Copyright ©2024 I Love Translation. All reserved.

E-mail: