แนะนำให้ใช้ SQL Server เป็นฐานข้อมูลสำหรับแอพพลิเคชั่นที่ปรับขนาดได้หรือไม่?


10

สมมติว่าคุณกำลังวางแผนที่จะสร้างเว็บไซต์ในระดับ Facebook (ถ้าฉันจะอ้างอิงชื่อเว็บไซต์แล้วทำไมไม่ใช้ Facebook?!) แนะนำให้ใช้ SQL Server เป็นฐานข้อมูลของคุณสำหรับแอปพลิเคชั่นดังกล่าวหรือไม่?

ฉันถามคำถามนี้เพราะเพื่อนร่วมงานหลายคนของฉันบอกว่าเซิร์ฟเวอร์ SQL ไม่ควรใช้แอปพลิเคชันดังกล่าว พวกเขาชอบ Oracle หรือ MySQL แทน


1
พวกเขาใช้ SQL Server สำหรับแอปพลิเคชันใด ๆ หรือไม่
JeffO

5
ฉันไม่ทราบว่าเซิร์ฟเวอร์ SQL เป็นคำตอบหรือไม่ Oracle ไม่ดีไปกว่า SQl Server
งาน

9
ก่อนอื่นถามคำถามตัวเองว่า - ข้อมูลของคุณสัมพันธ์กันหรือไม่?
Henrik

2
งบประมาณของคุณสามารถปรับขนาดได้อย่างหนาแน่นหรือไม่?
sasfrog

คำตอบ:


10

ใช่ SQL Server ได้รับการออกแบบสำหรับการใช้งานหนักรวมถึงเว็บ มันมีความสามารถที่จะใส่การกำหนดค่า differents มากมายเช่นอินสแตนซ์หน่วยความจำควบคู่ไปกับอินสแตนซ์ของ cpu และ SAN เป็นที่เก็บข้อมูล

ขอคำแนะนำจากผู้รวบรวมหรือผู้เผยแพร่ของไมโครซอฟท์ในพื้นที่ของคุณ

คุณสามารถค้นหาแหล่งข้อมูลมากมายเกี่ยวกับความสามารถในการปรับขนาดของ SQL Server บนเว็บและในฐานะผู้เริ่มต้นที่นี่เป็นบล็อกโพสต์ที่ดีจากทีม SQL Server ในหัวข้อ: http://blogs.msdn.com/b/sqlcat/archive/ 2008 / 12/06 / SQL เซิร์ฟเวอร์ขนาด out.aspx

อย่าลืมตรวจสอบว่า Azure มี SQL Server ในคลาวด์อย่างไร


SQL Azure ไม่ได้เป็นเพียง 'SQL Server ในคลาวด์' แต่มีข้อแตกต่างบางประการ แต่แน่นอนว่าเป็นตัวเลือกที่ทำงานได้สำหรับไซต์ที่มีขนาดใหญ่และควรดู
Bart

หากคุณมีเงินมากพอที่จะขว้างมัน
David Neale

3

SQL Server นั้นตรงกับฐานข้อมูลอื่น ๆ สำหรับงานประเภทนี้ แต่ถ้าคุณคิดว่าจะทำอะไรในระดับนั้นคุณอาจทำงานกับระบบจัดเก็บข้อมูลบนคลาวด์ได้ดีขึ้นแทนที่จะเป็นฐานข้อมูลเชิงสัมพันธ์แบบดั้งเดิมในแง่ของความยืดหยุ่น หรือการออกแบบระบบที่แตกต่างที่ใช้การจัดเก็บตารางสำหรับการจัดการข้อมูลขนาดใหญ่และฐานข้อมูลสำหรับสถานที่ที่คุณต้องการสิ่งอำนวยความสะดวกเชิงสัมพันธ์หรือการทำธุรกรรมที่เสนอ


ใช่ตอบรับแล้ว โหวตขึ้น ;)
Henrik

3

คุณไม่ควรใช้เครื่องมือฐานข้อมูลแบบดั้งเดิมหากคุณต้องการความสามารถในการปรับขนาดได้อย่างแท้จริง

ฐานข้อมูล SQL แบบดั้งเดิมนั้นมีขนาดที่ค่อนข้างดี (คุณจะพบตัวอย่างของไซต์ขนาดใหญ่จำนวนมากที่ใช้ MySQL, SQL Server หรือ Orcale) แต่เมื่อถึงจุดหนึ่งคุณจะมีขีด จำกัด การขยายขีดความสามารถ เมื่อสิ่งนี้เกิดขึ้นจะขึ้นอยู่กับระดับความต้องการความซับซ้อนของข้อกำหนดการสมัครของคุณจำนวนเงินที่คุณยินดีจ่ายบนเซิร์ฟเวอร์ราคาแพงและคุณสามารถปรับการใช้ฐานข้อมูลได้ดีเพียงใด เว็บไซต์จำนวนมากจะไม่ถึงขีด จำกัด นี้ แต่ถ้าคุณทำแล้วมันค่อนข้างเจ็บปวดและคุณจะต้องเผชิญกับความท้าทายด้านวิศวกรรมครั้งใหญ่ในการแก้ไขปัญหา

นอกเหนือจากจุดนี้คุณจำเป็นต้องมีฐานข้อมูลNoSQL ที่กระจายอย่างสมบูรณ์- เช่นบางสิ่งบางอย่างเช่นคาสซานดราซึ่งจริงๆแล้วพัฒนาบน Facebook เพื่อแก้ปัญหาข้อมูลขนาดใหญ่ของพวกเขา ฐานข้อมูล NoSQL เสียสละความสามารถของฐานข้อมูล SQL แบบดั้งเดิมอย่างชัดเจน (โดยทั่วไปจะเกี่ยวกับธุรกรรมการล็อกและความสอดคล้องในที่สุด) เพื่อให้สามารถปรับขยายแนวนอนได้ไม่ จำกัด

โดยรวมแล้วคำแนะนำของฉันคือการคิดออกหากคุณต้องการความยืดหยุ่นที่มากและเลือกเส้นทางเทคโนโลยีของคุณตามนั้น


2

ใช่. ฉันเชื่อว่า Microsoft Live.com สร้างขึ้นจาก SQL Server

การเป็นแฟน Linux / PostgreSQL ให้ฉันบอกว่าคุณสามารถสร้าง Facebook ด้วยเทคโนโลยีวันนี้โดยเฉพาะ SQL Server

หากคุณไม่ได้วางแผนที่จะมีผู้ใช้มากที่สุดเท่าที่ Facebook (500M) ดังนั้นเว็บไซต์ (เครือข่ายสแต็คโอเวอร์โฟลว์) ที่มากที่สุดนี้สร้างขึ้นจาก. Net และ SQL Server


2

เป็นเครื่องมือที่คุณสามารถใช้ SQL Server ได้ แต่จำไว้ว่าเว็บไซต์อย่าง Facebook ไม่ได้ถูกสร้างขึ้นบนฐานข้อมูลเพียงอย่างเดียว พวกเขาใช้เทคโนโลยีต่าง ๆ เพื่อทำงานให้สำเร็จตรวจสอบวิดีโอของ Yahoo เพื่อค้นหาว่า Facebook จัดการบันทึกเพียงอย่างเดียวได้อย่างไรและคุณจะรู้ว่า DB เป็นเพียงส่วนหนึ่งของสถาปัตยกรรมที่ปรับขนาดได้มาก ที่ประมาณ 10,000 แถวต่อวินาทีฉันได้เห็นทั้ง SQL Server และ Oracle DB ช้ามากหลังจากสองสามวันบนเครื่องกำหนดค่าที่ดี ปัญหาของฉันคือฉันไม่สามารถใช้การคำนวณแบบกระจาย ดังนั้นจึงเป็นเรื่องสำคัญที่จะต้องดูระบบสนับสนุนที่ DB หรือสถาปัตยกรรมที่ปรับขนาดได้


2

ฉันไม่สามารถตอบ MySQL (!) แต่ฉันมีประสบการณ์สนับสนุนลูกค้าที่เราเลือกว่าจะใช้ SQLServer หรือ Oracle จนถึงตอนนี้เราพบว่าโดยทั่วไปแล้วจะไม่มีความแตกต่างระหว่างกัน แต่เมื่อสิ่งต่าง ๆ เข้าใกล้ Oracle ก็เป็นผลิตภัณฑ์ที่ดีกว่า ตัวอย่างเช่นขณะนี้เรากำลังจดระบบที่มีภารกิจสำคัญตลอด 24 ชั่วโมงทุกวันเพื่อล้างข้อมูลจำนวนมากเนื่องจาก SQLServer ตัดสินใจว่าจะใช้เวลาหลายชั่วโมงในการทำงานนี้ในขณะที่ทำงาน (ในสภาพแวดล้อมที่ทำมิเรอร์) เรามีปัญหาเกี่ยวกับบันทึกการจัดส่งของชุดข้อมูลขนาดใหญ่ผ่านลิงค์ WAN ที่ไม่เคยได้รับการแก้ไขเลย สิ่งนี้ทำให้เรายินดีสนับสนุนลูกค้าที่ใช้งาน Oracle เสมอซึ่งเราไม่เคยมีปัญหาดังกล่าว

ดังนั้นหากคุณกำลังมองหาระบบที่ปรับขนาดได้อย่างหนาแน่นนั่นเป็นเวลาที่คุณจะพบปัญหาเหล่านี้ Oracle นั้นน่าเบื่อยากและน่ารำคาญ แต่ก็ใช้งานได้จริง

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.