Không có cách nào trực tiếp, mà tôi biết, để hạ cấp DB từ định dạng của năm 2008 xuống năm 2005 không may.
Cách tôi đã làm điều này trong quá khứ (thực tế với các phiên bản cũ hơn của máy chủ SQL, nhưng quá trình sẽ giống nhau) là:
- Khôi phục DB trên phiên bản SQL2008 nếu chưa được thực hiện
- Xây dựng một DB trống với các cấu trúc chính xác (bảng, chỉ mục, ràng buộc, khung nhìn, procs, bộ kích hoạt, ...) trên một phiên bản SQL2005. Hy vọng rằng bạn có thể thực hiện việc này từ quy trình xây dựng và / hoặc mã nguồn hiện có của mình, nhưng nếu không, bạn có thể sử dụng SQL Server Manager để tạo tập lệnh cho mọi thứ trong DB 2005 và chạy kết quả trên một ví dụ trống trong phiên bản 2008.
- Đảm bảo hai trường hợp có thể nhìn thấy nhau (nghĩa là không có tường lửa chặn kết nối nếu các phiên bản đó nằm trên các máy khác nhau) và liên kết chúng bằng sp_addlinkedserver .
- Sao chép tất cả dữ liệu từ DB này sang DB khác. Nếu không có ràng buộc khóa ngoại và các vấn đề tương tự gây lo lắng về bạn, bạn chỉ cần liên kết các DB với nhau và trỏ qua danh sách các bảng (chọn chúng từ sys.objects) và chạy
INSERT destinationserver.destinationdb.schema.table SELECT * FROM sourcedb.schema.table
(hoặc INSERT schema.table SELECT * FROM sourceserver.sourcedb.schema.tablenếu bạn đã liên kết các trường hợp đó )
cho mỗi bảng. Nếu bạn có các ràng buộc và kích hoạt tính nhất quán giữa các bảng, tất nhiên bạn sẽ cần phải khéo léo hơn một chút về thứ tự của các hoạt động này, đặc biệt là nếu bạn có các ràng buộc theo chu kỳ như một bảng có ràng buộc dựa trên chính nó (một thứ bậc giữ dữ liệu, như một ví dụ có thể).
Có thể hiệu quả hơn khi chỉ sao chép dữ liệu trước và thêm tất cả các cấu trúc khác (chỉ mục, procs, kích hoạt, ...) sau bước 3. Điều này tránh các vấn đề đặt hàng chèn gây ra bởi các ràng buộc và kích hoạt và xây dựng các chỉ mục tại về mặt lý thuyết nên nhanh hơn việc xây dựng chúng vì tất cả dữ liệu được thêm vào - mặc dù nếu bạn có bất kỳ chỉ mục cụm nào trên các bảng của bạn thì hãy tạo các dữ liệu này trước khi thêm dữ liệu vì chúng sẽ không nhanh hơn để tạo sau khi thực tế.
Tất nhiên, tất cả điều này giả định rằng không có đối tượng nào của bạn sử dụng các tính năng cụ thể của SQL 2008 - nếu có, bạn hy vọng sẽ tìm ra và sửa những thứ đó khi có lỗi khi xây dựng lại lược đồ. Nếu bất kỳ mã nào của bạn phụ thuộc vào hành vi không được xác định chính thức có sự khác nhau giữa các phiên bản SQL Server, bạn có thể có một số lỗi tinh vi và khó nắm bắt hơn để tìm ra và giải quyết sau.