For years, the common industry perception has been that MySQL is faste การแปล - For years, the common industry perception has been that MySQL is faste ไทย วิธีการพูด

For years, the common industry perc

For years, the common industry perception has been that MySQL is faster and easier to use than PostgreSQL. PostgreSQL is perceived as more powerful, more focused on data integrity, and stricter at complying with SQL specifications, but correspondingly slower and more complicated to use.
Like many perceptions formed in the past, these things aren't as true with the current generation of releases as they used to be. Both systems have evolved with landmark releases that make comparing the two a lot more complicated.
MySQL 5.1 (December 2008) finally released with many still-open bugs. Over the course of 2008, MySQL fragmented into Drizzle, Percona, MariaDB and OurDelta, in addition to Sun's version.
PostgreSQL 8.3 (February 2008) featured major performance improvements, particularly in scalability. Focusing on improving performance has been central to all the 8.X releases up to the current 8.3.
As innovation on these databases has progressed, each development community has actively made changes to address their respective sets of perceived disadvantages. The result that it has gotten more difficult to determine objectively which database is likely to be better suited for a given application. This document aims to clarify what situations PostgreSQL would be more appropriate for than MySQL, attempting to compare fairly the current production versions of each and discuss their strengths and weaknesses. The main areas covered here are the fundamental data integrity and speed issues of the core database software. Since you can often trade performance for reliability, both these topics need to be considered together in order to get an accurate view of the landscape.
The position of this paper is that when the two are compared using the high level of data integrity demanded by a serious transactional database application, the current generation PostgreSQL performs better than MySQL (particularly under heavy user loads and with complex queries), while retaining its lead in the areas of SQL standards compliance and a rich feature set. It is also hoped that by exploring the differences between the two systems, you might come to appreciate how the fundamental approach of the PostgreSQL design team pervasively prioritizes reliable and predictable behavior. Similar portions of the MySQL implementation have some seams resulting from how features like transactional support and strict mode were added onto the software well into its design lifecycle rather than being integral from the start.
0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!
ปี รับรู้อุตสาหกรรมทั่วไปแล้วว่า MySQL ได้เร็วขึ้น และง่ายต่อการใช้กว่า PostgreSQL PostgreSQL เป็นรับรู้มากขึ้นมีประสิทธิภาพ เพิ่มเติมเน้นความสมบูรณ์ของข้อมูล และเข้มงวดในการปฏิบัติตามข้อกำหนดของ SQL แต่เรียบช้า และซับซ้อนมากขึ้นเมื่อต้องการใช้ชอบหลายแนวเกิดขึ้นในอดีต สิ่งเหล่านี้ไม่เป็นจริงกับรุ่นปัจจุบันของรุ่น ตามที่เคย มีพัฒนาทั้งระบบกับแลนด์มาร์ครุ่นที่เปรียบเทียบสองที่ซับซ้อนมากขึ้นMySQL 5.1 (2551 ธันวาคม) เปิดตัวสุดท้าย กับบุ้งยังเปิด ในช่วงปี 2008, MySQL กระจัดกระจาย Drizzle, Percona, MariaDB และ OurDelta นอกจากรุ่นของดวงอาทิตย์PostgreSQL 8.3 (2008 กุมภาพันธ์) ที่โดดเด่นการปรับปรุงประสิทธิภาพที่สำคัญ โดยเฉพาะอย่างยิ่งในขนาด เน้นปรับปรุงประสิทธิภาพการทำงานได้กลาง 8.X ออกถึง 8.3 ปัจจุบันทั้งหมดเป็นนวัตกรรมบนฐานข้อมูลเหล่านี้มีความก้าวหน้า แต่ละชุมชนพัฒนาได้ทำการเปลี่ยนแปลงที่อยู่ของชุดนั้น ๆ ข้อเสียรับรู้อย่างแข็งขัน ผลที่ได้รับเพื่อกำหนดเป็นฐานข้อมูลที่มีแนวโน้มที่จะเหมาะสำหรับโปรแกรมประยุกต์ที่กำหนด เอกสารนี้มีวัตถุประสงค์เพื่อชี้แจงสถานการณ์ใด PostgreSQL จะเพิ่มเติมความเหมาะสมกว่า MySQL พยายามเปรียบเทียบค่อนข้างผลิตเวอร์ชันปัจจุบันของแต่ละ และอธิบายจุดแข็งและจุดอ่อนของพวกเขา พื้นที่หลักที่ครอบคลุมที่นี่เป็นข้อมูลพื้นฐานความซื่อสัตย์และความเร็วในเรื่องของซอฟต์แวร์ฐานข้อมูลหลัก เนื่องจากคุณมักจะสามารถทำค้าประสิทธิภาพสำหรับความน่าเชื่อถือ ทั้งสองหัวข้อเหล่านี้ต้องได้รับการพิจารณาร่วมกันเพื่อให้ได้มุมมองถูกต้องของภูมิทัศน์ตำแหน่งของกระดาษนี้มีว่า เมื่อทั้งสองมีการเปรียบเทียบโดยใช้ความสมบูรณ์ของข้อมูลโดยการใช้ฐานข้อมูลมูลร้ายแรงระดับสูง รุ่นปัจจุบัน PostgreSQL ทำดีกว่า MySQL (โดยเฉพาะอย่างยิ่งภาย ใต้ผู้ใช้หนักโหลด และแบบสอบถามซับซ้อน), ในขณะที่รักษาของลูกค้าเป้าหมายในพื้นที่ปฏิบัติตามมาตรฐาน SQL และชุดคุณลักษณะที่อุดมไปด้วย ยังหวังว่าว่า โดยการสำรวจความแตกต่างระหว่างสองระบบ คุณอาจมาชื่นชมว่าวิธีการพื้นฐานของทีมงานออกแบบของ PostgreSQL pervasively จัดลำดับความสำคัญลักษณะการทำงานเชื่อถือได้ และคาดเดาได้ บางส่วนคล้ายของ MySQL มีตะเข็บบางเกิดจากวิธีการลักษณะการทำงานชอบสนับสนุนทรานแซคชัน และโหมดที่เข้มงวดถูกเพิ่มไปยังซอฟต์แวร์ที่เป็นวงจรออกแบบแทนที่จะเป็นจากจุดเริ่มต้น
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 2:[สำเนา]
คัดลอก!
สำหรับปีการรับรู้ทางอุตสาหกรรมทั่วไปได้รับการที่ MySQL เป็นเร็วขึ้นและใช้งานง่ายกว่า PostgreSQL PostgreSQL เป็นที่รับรู้ในฐานะที่มีประสิทธิภาพมากขึ้นมุ่งเน้นไปที่ความสมบูรณ์ของข้อมูลและความเข้มงวดในการปฏิบัติตามข้อกำหนดของ SQL แต่ช้าลงตามลําดับและมีความซับซ้อนมากขึ้นเพื่อใช้.
เช่นเดียวกับหลายการรับรู้ที่เกิดขึ้นในอดีตที่ผ่านมาสิ่งเหล่านี้จะไม่เป็นจริงกับรุ่นปัจจุบันของ ข่าวที่พวกเขาเคยเป็น ทั้งสองระบบมีการพัฒนาที่มีการเผยแพร่สถานที่สำคัญที่ทำให้การเปรียบเทียบทั้งสองจำนวนมากที่มีความซับซ้อนมากขึ้น.
MySQL 5.1 (ธันวาคม 2008) ปล่อยออกมากับหลายข้อบกพร่องที่ยังคงเปิด ในช่วงปี 2008, MySQL แยกส่วนเป็นละอองฝน, Percona, MariaDB และ OurDelta นอกเหนือไปจากรุ่นของดวงอาทิตย์.
PostgreSQL 8.3 (กุมภาพันธ์ 2008) ให้ความสำคัญปรับปรุงประสิทธิภาพการทำงานที่สำคัญโดยเฉพาะอย่างยิ่งในการปรับขยาย มุ่งเน้นไปที่การปรับปรุงประสิทธิภาพการทำงานได้เป็นศูนย์กลางของทุกรุ่น 8.X ถึงปัจจุบัน 8.3.
ในฐานะที่เป็นนวัตกรรมในฐานข้อมูลเหล่านี้มีความก้าวหน้า, การพัฒนาชุมชนแต่ละคนมีการเปลี่ยนแปลงที่ทำอย่างแข็งขันที่จะอยู่ชุดที่เกี่ยวข้องของพวกเขารับรู้ข้อเสีย ผลว่ามันมีอากาศที่ยากลำบากมากขึ้นในการตรวจสอบวัตถุฐานข้อมูลซึ่งมีแนวโน้มที่จะดีเหมาะสำหรับการใช้งานที่กำหนด เอกสารนี้มีวัตถุประสงค์เพื่อชี้แจงสิ่งที่สถานการณ์ PostgreSQL จะมีความเหมาะสมมากขึ้นสำหรับ MySQL กว่าความพยายามที่จะเปรียบเทียบเป็นธรรมรุ่นที่ผลิตในปัจจุบันของแต่ละคนและหารือเกี่ยวกับจุดแข็งและจุดอ่อนของพวกเขา ครอบคลุมพื้นที่หลักที่นี่มีความสมบูรณ์ของข้อมูลพื้นฐานและปัญหาความเร็วของซอฟต์แวร์ฐานข้อมูลหลัก ตั้งแต่คุณมักจะสามารถค้าประสิทธิภาพสำหรับความน่าเชื่อถือทั้งในเรื่องเหล่านี้จะต้องพิจารณาร่วมกันเพื่อที่จะได้รับมุมมองที่ถูกต้องของภูมิทัศน์.
ตำแหน่งของบทความนี้คือเมื่อทั้งสองมาเปรียบเทียบโดยใช้ระดับสูงของความสมบูรณ์ของข้อมูลที่ต้องการของ โปรแกรมฐานข้อมูลการทำธุรกรรมร้ายแรงรุ่นปัจจุบัน PostgreSQL ประสิทธิภาพดีกว่า MySQL (โดยเฉพาะอย่างยิ่งภายใต้แรงใช้งานหนักและด้วยคำสั่งที่ซับซ้อน) ขณะที่การรักษาความเป็นผู้นำในด้านการปฏิบัติตามมาตรฐาน SQL และชุดคุณลักษณะที่อุดมไปด้วย นอกจากนี้ยังหวังว่าโดยการสำรวจความแตกต่างระหว่างสองระบบคุณอาจมาชื่นชมวิธีการวิธีการพื้นฐานของทีมงานออกแบบของ PostgreSQL อย่างแพร่หลายจัดลำดับพฤติกรรมที่น่าเชื่อถือและสามารถคาดเดาได้ ส่วนที่คล้ายกันของการดำเนิน MySQL ได้ตะเข็บบางส่วนที่เกิดจากวิธีการคุณสมบัติเช่นการสนับสนุนการทำธุรกรรมและโหมดที่เข้มงวดถูกเพิ่มลงในซอฟแวร์ดีในวงจรการออกแบบของตนแทนที่จะเป็นหนึ่งตั้งแต่เริ่มต้น
การแปล กรุณารอสักครู่..
 
ภาษาอื่น ๆ
การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.

Copyright ©2025 I Love Translation. All reserved.

E-mail: