Aşağıdaki, talep edildiği gibi, "herhangi bir yeni sürümün ilk sürümünde güvenilirliğe karşı veya güvenilirliğe ilişkin gerçek kanıt" ile ilgili birkaç örnektir. Bu tam bir analiz değil, araştırmak isteyebileceğiniz bir öneridir.
MSDN web sitesinde "SQL Server 2008 Service Pack 1 ile giderilen sorunların listesi" ve "SQL Server 2008 Service Pack 3 ile giderilen sorunların listesini" yazabilirsiniz. Her iki listedeki sorunların sayısını ve ciddiyetini karşılaştırın. IMO ilk liste daha uzundur ve günümü mahvedebilecek daha fazla öğeye sahiptir, örneğin:
- Windows Vista veya Windows Server 2008 çalıştıran bir istemci bilgisayarda adlandırılmış bir SQL Server örneğine bağlandığınızda hata iletisi
- Günlük Okuyucu Aracısı, işlemleri çoğaltmak için çalıştığında Günlük Okuyucu Aracısı bazı işlemleri atlıyor
- SQL Server 2008'de bir dış birleştirme işlemi içeren bir sorgu çalıştırdığınızda hata iletisi
- SQL Server 2008'de oluşturulan kümelenmiş bir dizini olmayan bir tabloda bir güncelleştirme veya silme işlemi gerçekleştirdiğinizde hata iletisi
- SQL Server 2008'de aynı anda birden çok bağlantıda sorguyu çalıştırdığınızda parametreleri ve RECOMPILE seçeneğini kullanan bir sorgu, yanlış sonuçlar döndürüyor
Bir seviye daha gözden geçirelim ve bir komut, MERGE düşünelim. Aşağıdaki bağlantılarda açıklanan birkaç sorunla SQL 2008'in bir parçası olarak yayımlandı:
Bu nedenle, SQL 2008'in orijinal sürümü sırasında MERGE kullanmaya karar verdim. MERGE’ı 2008 R2’de çok fazla kullanıyorum ve bunun gerçekten harika bir özellik olduğunu düşünüyorum.
Düzenleme: İşte SQL 2012'de son zamanlarda düzeltilen hataların listesi . Umarım yardımcı olur.
Başka bir düzenleme: MERGE'yi daha ayrıntılı analiz için seçtim, çünkü çok önemli bir gelişme. Aslında, Oracle ile yetişmek için büyük bir adımdır ve verimliliğimizi artırır. Bu nedenle, MERGE, SQL 2008 sürümünde çok pazarlandı. Oysa, ilk kez piyasaya sürüldüğü zaman ciddi üretim sistemlerinde kullanılmaya tamamen hazır değildi ve sunumlardan / makalelerden / blog yazılarından vb. Bilmenin kolay bir yolu yoktu.
Benzer şekilde, anlık görüntü yalıtımı sadece işe yarayan harika bir özelliktir, ancak CHECK kısıtlamalarında skaler UDF'leri çağırmak her durumda işe yaramaz ve veri bütünlüğüne ihtiyaç duyduğumuzda üretimde kullanılmaması gerekir. Ancak, hem yeni özellikler hem de "SQL xxxx'te yenilikler" sunumlarında, kitaplarda, makalelerde vb. Benzer bir coşkuyla önerildi.
Yeni özelliklere çok dikkat etmemiz gerekiyor - hepsi faydalı / güvenilir / performans olmayacak.