“ ใหญ่เกินไป” สำหรับ SQL 2008 Web Edition มีขนาดใหญ่เพียงใด


11

สำหรับแอปพลิเคชั่นที่จะเป็นโฮสต์ของเราฉันต้องเลือกระหว่าง SQL Server 2008 Web edition และ SQL Server 2008 Enterprise edition ไม่มีฟังก์ชั่น "ต้องมี": แอปพลิเคชันทำงานบน SQL Express ในขณะนี้ แต่จะเกินขนาดสูงสุด 10GB ที่ SQL Express เรียกเก็บ

ฉันกำลังดูแผนภูมิเปรียบเทียบนี้และตารางที่สำคัญที่สุดในหน้านี้ "ความยืดหยุ่นและประสิทธิภาพ" เมื่อตารางมีขนาดใหญ่ขึ้นฟังก์ชันการทำงานเช่น "การแบ่งพาร์ติชันของตารางและดัชนี" จึงเป็นสิ่งสำคัญในการรับประกันความเร็ว แต่จะต้องใช้ขนาดโต๊ะแบบไหน?

ฉันควรใช้กลยุทธ์ใดในการพิจารณาว่าขนาดและการใช้ฐานข้อมูลของฉันต้องการฟังก์ชันการปรับขนาดองค์กรและประสิทธิภาพหรือไม่

คำตอบ:


6

นี่เป็นคำถามที่ยากมากที่จะตอบและสิ่งเดียวที่ถูกต้องคือ "มันขึ้นอยู่กับ" ใช่มันซ้ำซาก แต่ไม่ได้ทำให้เป็นเรื่องจริง ที่ถูกกล่าวว่าฉันจะพยายามอย่างดีที่สุดเพื่อให้คำตอบ (ใช้มาตรฐาน) และอธิบายกระบวนการคิดที่อยู่เบื้องหลัง

ฉันไม่คุ้นเคยกับ SQL รุ่น "Web" แต่ฉันสามารถพูดได้อย่างชัดเจนถึงความแตกต่างระหว่าง Standard และ Enterprise ในความเสี่ยงของการใช้งานทั่วไปที่ใหญ่โตฉันจะบอกว่าถ้าคุณกำลังมองหาฐานข้อมูลขนาด 10 ถึง 100GB ในฐานข้อมูลเดียวและคุณไม่แน่ใจว่าคุณต้องการฟีเจอร์สำหรับองค์กรความแตกต่างของค่าใช้จ่ายล่วงหน้ารวมกับความง่ายในการอัพเกรด SKU รุ่น) ถ้า / เมื่อคุณต้องการหมายความว่าการเลือกมาตรฐานเหนือองค์กรอาจเหมาะสมที่สุด ฉันคาดเดาว่า "Web" รุ่นเป็นบางกึ่งปล้นลงรุ่นมาตรฐานและส่วนตัวผมจะหลีกเลี่ยงมันขึ้นอยู่กับ "เว็บปริมาณงานเท่านั้น" ข้อจำกัดความรับผิดชอบ มันหมายความว่ายังไง!

ดังนั้นหนึ่งจะกำหนดอย่างแท้จริงว่าพวกเขาจะต้องมีคุณสมบัติขององค์กรได้อย่างไร วิธีที่ดีที่สุดที่ฉันคิดคือการดาวน์โหลด Standard และ Enterprise trials (หรือรับใบอนุญาต MSDN) และทำการทดสอบประสิทธิภาพกับทั้งสองรุ่น หากคุณพบว่าคุณไม่สามารถเข้าถึง / เกินเป้าหมายด้านประสิทธิภาพของคุณด้วยรุ่นที่ต่ำกว่าจะระบุปัญหาคอขวดและดูว่าคุณสมบัติขององค์กรจะช่วยได้หรือไม่ ถ้าเป็นเช่นนั้นอัพเกรดและทำการเปลี่ยนแปลงที่จำเป็นเพื่อใช้คุณสมบัติแล้วทดสอบอีกครั้ง จากประสบการณ์ของฉันคุณสมบัติหลักที่ใช้ใน Enterprise คือ (ตามลำดับโดยทั่วไปถึงน้อยที่สุด):

  • การทำดัชนีออนไลน์ใหม่
  • การบีบอัดแถว / หน้า
  • การบีบอัดข้อมูลสำรอง
  • ดัชนีกรอง
  • ดัชนีการแบ่งพาร์ติชันและการแบ่งพาร์ติชัน
  • มุมมองที่จัดทำดัชนี
  • การดำเนินการดัชนีแบบขนาน

และในที่สุด ... เมื่อเลื่อนขึ้นจากสิ่งที่ทำงานได้ดีบน SQL Express ฉันไม่คิดว่าจะมีหลายกรณีที่แสดงถึงการข้ามไปยัง Enterprise เพียงอย่างเดียวทรัพยากรระบบเพิ่มเติมที่เวอร์ชันเต็มของ SQL สามารถใช้ได้นั้นจะให้ประโยชน์อย่างมาก


5

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

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

สำหรับคุณจุดขายที่ใหญ่ที่สุดระหว่าง Web และ Enterprise Edition จะเป็นดัชนีออนไลน์ที่คุณได้รับด้วย Enterprise Edition หากคุณสามารถที่จะดับไฟทุกคืน (หรือรายสัปดาห์) เพื่อสร้างดัชนีใหม่ (หรือคุณสามารถหาดัชนี defrags ได้) จากนั้นให้ติดกับรุ่นของเว็บจนกว่าคุณจะต้องอัปเกรดหรือเมื่อไฟดับจำเป็นต้องทำดัชนี การสร้างใหม่นั้นยาวเกินไป

อัปเดต 11/28/2011 มีอะไรใหม่ที่ควรทราบคือรุ่นของเว็บจะมีให้บริการผ่านผู้ให้บริการโฮสต์เช่น RackSpace ที่เริ่มต้นด้วย SQL Server 2012 และ Workgroup edition จะหายไป ดังนั้นหากคุณจะซื้อใบอนุญาต ณ จุดนี้คุณจะต้องไปกับ Standard หรือ Enterprise ฉันได้เขียนใบอนุญาต SQL Server 2012 ครั้งใหญ่ ( ที่นี่เช่นกัน) ซึ่งครอบคลุมการเปลี่ยนแปลงทั้งหมดที่คุณต้องการรับรู้

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