cân nhắc khi sử dụng kích hoạt trên cơ sở dữ liệu nhân rộng (đích)

Cơ sở dữ liệu ứng dụng SQL Sever 2008 của chúng tôi được sao chép từ Máy chủ A sang Máy chủ B (sao chép đẩy). Chúng tôi sử dụng bản sao, hãy gọi nó là cơ sở dữ liệu_b, trên Máy chủ B để tạo báo cáo và chạy các truy vấn khác để báo cáo của chúng tôi không can thiệp vào ứng dụng. Hiện tại, chúng tôi tận dụng các chế độ xem không hiệu quả để kết hợp dữ liệu trên nhiều bảng trong cơ sở dữ liệu_b để việc viết báo cáo được đơn giản hóa cho người viết báo cáo của chúng tôi (những người có các kỹ năng SQL cơ bản).

99,9% hoạt động của cơ sở dữ liệu là INSERTS, vì vậy chúng tôi đang khám phá một cách để thay thế các khung nhìn không hiệu quả bằng các bảng mà chúng tôi có thể tối ưu hóa. Đây là một ví dụ đơn giản:

Có một appointmentbảng và một bảng location(tra cứu). Mỗi khi một cuộc hẹn mới được lên lịch, một hàng được thêm vào appointmentbảng. Mỗi lần XÁC NHẬN này xảy ra, tôi muốn lấy nó appointment_idvà chèn nó và tên vị trí tương ứng của nó (nối location_idtừ cả hai bảng) vào một bảng báo cáo.

Tôi đã thực hiện điều này với một kích hoạt trên bảng cuộc hẹn trong cơ sở dữ liệu_b trên Máy chủ B.

Câu hỏi của tôi là - có bất kỳ cân nhắc cụ thể nào được đưa ra rằng cơ sở dữ liệu_b là bản sao được sao chép không? Tôi có cần phải lo lắng về việc một trình kích hoạt thất bại làm hỏng toàn bộ quá trình sao chép (đẩy) không? Bất cứ điều gì khác tôi đang thiếu?

Thật không may, rất khó để kiểm tra điều này trong môi trường phát triển của chúng tôi, vì vậy tôi không có cơ hội cho nhiều thử nghiệm và sai sót.

Điều này nghe có vẻ như là một tình huống tuyệt vời để sử dụng các khung nhìn được lập chỉ mục. Đây là khá nhiều những gì họ nghe giống như: một khung nhìn lưu trữ kết quả của nó trong cơ sở dữ liệu và được cập nhật tự động khi các bảng cơ sở được cập nhật.

Một vài cảnh báo:

• Có rất nhiều trong số này trong cơ sở dữ liệu đăng ký của bạn có thể làm chậm sự sao chép (nhưng cũng có thể có rất nhiều kích hoạt).
• Có một số tùy chọn SET nghiêm ngặt bạn cần thay đổi để tạo chúng và bạn phải sử dụng VỚI SCHEMABINDING khi tạo chế độ xem.
• Có những yêu cầu nghiêm ngặt bổ sung về những gì có thể trong quan điểm của bạn. Ví dụ: bạn không thể sử dụng các phép nối ngoài, tổng hợp hoặc áp dụng chéo / ngoài.
• Nếu bạn đang sử dụng Phiên bản Chuẩn, bạn cần truy vấn chế độ xem theo tên bằng gợi ý VỚI (NOEXPAND). Máy chủ SQL sẽ không tự động sử dụng chế độ xem nếu bạn cố truy vấn các bảng cơ sở của nó.

Có (rất nhiều) chi tiết hơn trong bài viết này, cũng như một ví dụ hay sử dụng cơ sở dữ liệu AdventureWorks:
http://msdn.microsoft.com/en-us/l Library / ms191432% 28v = sql.100% 29.aspx

Nếu đó là một truy vấn tương đối đơn giản chỉ hoạt động kém do có nhiều dữ liệu và (bên trong) tham gia, thì đây có thể là một cách dễ dàng để cải thiện nó.

Tôi khuyên bạn nên khám phá các tùy chọn sau nếu bạn chưa thực hiện điều đó

1. Tuyên truyền thông qua các thủ tục lưu trữ tùy chỉnh. Bạn có thể có logic kích hoạt trong tùy chỉnh này. Nhưng nhược điểm là Người đăng ký và Nhà xuất bản của bạn được ghép nối. http://msdn.microsoft.com/en-us/l Library / ms147880 (v = sql.105) .aspx

2. Chỉ định rằng thay đổi sẽ được lan truyền bằng cách sử dụng câu lệnh INSERT, UPDATE hoặc DELETE và có trình kích hoạt.

Tùy chọn này có thể tăng tốc độ sao chép nếu nhiều hàng được cập nhật / chèn bằng một câu lệnh.