SQL 2008 kullanılarak oluşturulan veritabanı dosyaları 2005 ile uyumlu değildir.
SQL 2008 kullanılarak oluşturulan veritabanı dosyaları 2005 ile uyumlu değildir.
Yanıtlar:
3. parti araç gerekmez. SQL Server 2008 Management Studio, "Script veri tabanı" sihirbazına "Script veri" seçeneği ekledikleri için veritabanını aşağı dönüştürmemiz için çok güçlü bir araç verdi.
SQL2008 SSMS'de DB'ye sağ tıklayın ve Görevler'e ve ardından "Komut Dosyaları Oluştur" seçeneğine gidin.
Sihirbazı yürütün, tablo / görünüm seçeneklerinin altındaki "Komut Dosyası Verileri" için "Doğru" yu seçtiğinizden emin olun. Tüm nesneleri seçin, ardından 2005 sunucusunda oluşturduğu komut dosyasını çalıştırın. (Yaratılan senaryo olabileceğini unutmayın masif orijinal veritabanı çok büyükse!)
Bir SQL2005 veritabanını SQL2000'e dönüştürmek için sihirbazı bir SQL2005 sunucusunda bile çalıştırabileceğinizi unutmayın (elbette iş istasyonunuzda yüklü olan 2008 araçlarına ihtiyacınız olacaktır).
Verileri bir SQL Server örneğinden başka bir örneğe BCP olarak atabilirsiniz. Verileri bir sürümden diğerine kopyalamanın en hızlı yolu bu olacaktır. Veri hacmine bağlı olarak uzun sürebilir.
Bildiğim kadarıyla, bir veri tabanını 2008 formatından 2005’e düşürmek için hiçbir yol yok.
Geçmişte bunu yaptım (aslında eski SQL Server sürümlerinde, ancak işlem aynı olacaktır):
INSERT destinationserver.destinationdb.schema.table SELECT * FROM sourcedb.schema.table
INSERT schema.table SELECT * FROM sourceserver.sourcedb.schema.table
örnekleri bu şekilde bağladıysanız) ) Önce verileri kopyalamak ve 3. adımdan sonra diğer tüm yapıları (dizinler, procs, tetikleyiciler, ...) eklemek daha verimli olabilir. son teoride, tüm veriler eklendikçe bunları oluşturmaktan daha hızlı olmalıdır - tablolarınızda kümelenmiş dizinler varsa, verileri eklemeden önce bunları oluşturduktan sonra oluşturduklarından daha hızlı olamazlar.
Tabii ki, bunların hepsi nesnelerinizden hiçbirinin SQL 2008'e özgü özellikler kullanmadığını varsayar - eğer yaparlarsa, şemayı yeniden oluştururken hatalar çıktıkça bunları çözeceğinizi ve çözeceğinizi umarsınız. Kodunuzdan herhangi biri, SQL Server sürümleri arasında değişiklik gösteren resmen tanımlanmamış davranışlara dayanıyorsa, daha sonra avlamak ve ütülenecek çok daha ince ve zor böceklere sahip olabilirsiniz.
Benzer bir durumla karşılaştım ve SQL Server 2005 veritabanından SQL Server 2005 için şema ve verileri kodlamak için Veritabanı Yayımlama Sihirbazı'nı kullandım.