ต่อไปนี้เป็นเพียงตัวอย่างเล็ก ๆ น้อย ๆ เกี่ยวกับ "หลักฐานที่แท้จริงสำหรับหรือต่อต้านความน่าเชื่อถือในรุ่นแรกของรีลีสใหม่" ตามที่ร้องขอ นี่ไม่ใช่การวิเคราะห์ที่สมบูรณ์ แต่เป็นคำแนะนำเกี่ยวกับสิ่งที่คุณอาจต้องการวิจัย
คุณสามารถ google up "รายการปัญหาที่แก้ไขโดย SQL Server 2008 Service Pack 1" และ "รายการปัญหาที่แก้ไขโดย SQL Server 2008 Service Pack 3" บนเว็บไซต์ MSDN เปรียบเทียบจำนวนและความรุนแรงของปัญหาในรายการทั้งสอง IMO รายการแรกยาวขึ้นและมีรายการเพิ่มเติมที่สามารถทำลายวันของฉันเช่น:
- ข้อความแสดงข้อผิดพลาดเมื่อคุณเชื่อมต่อกับอินสแตนซ์ที่มีชื่อของ SQL Server บนคอมพิวเตอร์ไคลเอนต์ที่ใช้ Windows Vista หรือ Windows Server 2008
- Log Reader Agent ข้ามบางธุรกรรมเมื่อ Log Reader Agent ทำงานเพื่อทำซ้ำธุรกรรม
- ข้อความแสดงข้อผิดพลาดเมื่อคุณเรียกใช้แบบสอบถามที่เกี่ยวข้องกับการดำเนินการรวมภายนอกใน SQL Server 2008
- ข้อความแสดงข้อผิดพลาดเมื่อคุณทำการปรับปรุงหรือลบการดำเนินการบนตารางที่ไม่มีดัชนีคลัสเตอร์ที่สร้างขึ้นใน SQL Server 2008
- แบบสอบถามที่ใช้พารามิเตอร์และตัวเลือก RECOMPILE ส่งกลับผลลัพธ์ที่ไม่ถูกต้องเมื่อคุณเรียกใช้แบบสอบถามในการเชื่อมต่อหลาย ๆ พร้อมกันใน SQL Server 2008
ให้เราเจาะลึกอีกหนึ่งระดับและพิจารณาเพียงหนึ่งคำสั่ง MERGE เผยแพร่เป็นส่วนหนึ่งของ SQL 2008 โดยมีปัญหาหลายอย่างตามที่อธิบายไว้ในลิงก์ต่อไปนี้:
ด้วยเหตุนี้ในช่วงเวลาของ SQL 2008 รุ่นดั้งเดิมฉันจึงตัดสินใจใช้ MERGE ตอนนี้ฉันใช้ MERGE อยู่มากในปี 2008 R2 และฉันคิดว่ามันเป็นคุณสมบัติที่ยอดเยี่ยมจริงๆ
แก้ไข: นี่คือรายการของข้อบกพร่องใน SQL 2012 ว่าเมื่อเร็ว ๆ นี้ได้รับการแก้ไข หวังว่ามันจะช่วย
การแก้ไขอื่น:ฉันเลือก MERGE เพื่อการวิเคราะห์ที่ละเอียดมากขึ้นเพราะเป็นการปรับปรุงที่สำคัญมาก ในความเป็นจริงมันเป็นขั้นตอนสำคัญในการติดต่อกับ Oracle และปรับปรุงประสิทธิภาพการทำงานของเรา ดังนั้น MERGE จึงทำการตลาดจำนวนมากในขณะที่วางจำหน่าย SQL 2008 ถึงกระนั้นมันก็ยังไม่พร้อมที่จะใช้ในระบบการผลิตที่จริงจังเมื่อเปิดตัวครั้งแรกและไม่มีวิธีที่ง่ายที่จะรู้ได้จากการนำเสนอ / บทความ / บล็อกโพสต์และอื่น ๆ
การแยกสแน็ปช็อตเป็นคุณลักษณะใหม่ที่ยอดเยี่ยมซึ่งเพิ่งใช้งานได้ แต่การเรียกใช้ UDF แบบสเกลาร์ในข้อ จำกัด การตรวจสอบไม่สามารถใช้งานได้ในทุกกรณีและไม่ควรใช้ในการผลิตเมื่อเราต้องการความสมบูรณ์ของข้อมูล อย่างไรก็ตามแนะนำคุณสมบัติใหม่ทั้งสองในการนำเสนอ "มีอะไรใหม่ใน SQL xxxx" รวมถึงในหนังสือบทความ ฯลฯ และด้วยความกระตือรือร้นที่คล้ายกัน
เราต้องระมัดระวังอย่างมากกับคุณสมบัติใหม่ - ไม่ใช่ว่าคุณสมบัติทั้งหมดจะมีประโยชน์ / เชื่อถือได้ / มีประสิทธิภาพ