Lợi ích của việc tạo cơ sở dữ liệu máy chủ sql là chỉ đọc?

Tôi đang sử dụng một cơ sở dữ liệu báo cáo, cho tất cả các mục đích thực tế là cơ sở dữ liệu chỉ đọc. Nó được tạo dữ liệu và báo cáo động được tạo và xem trên cơ sở dữ liệu này.

Tôi đã nghĩ đến việc làm cho cơ sở dữ liệu này chỉ đọc.

Một số điều tôi muốn hỏi về cơ sở dữ liệu chỉ đọc là

1. Là chỉ dữ liệu chỉ đọc? Chúng ta vẫn có thể tạo các chỉ mục hoặc chế độ xem trên cơ sở dữ liệu này chứ?
2. Những lợi ích hiệu suất của việc sử dụng cơ sở dữ liệu chỉ đọc là gì? ví dụ: truy vấn CHỌN bằng cách sử dụng khóa chung, v.v ...
3. Có bất kỳ nhược điểm nào của việc sử dụng cơ sở dữ liệu chỉ đọc không?
4. Có cách thực hành tốt nhất nào để làm theo, trong khi sử dụng cơ sở dữ liệu chỉ đọc không?

1. Bạn không thể thực hiện thay đổi lược đồ khi cơ sở dữ liệu chỉ được đọc nhưng bạn có thể đặt tất cả các bảng người dùng của mình vào một nhóm tệp mới và đánh dấu là chỉ đọc.
2. Bạn có thể mong đợi một lợi ích hiệu suất khiêm tốn từ việc không có khóa.
3. Trên các phiên bản SQL Server trước năm 2012, không thể tự động tạo hoặc cập nhật các cơ sở dữ liệu chỉ đọc.
4. Trước khi làm cho nó chỉ đọc, bạn cũng có thể loại bỏ tất cả các phân mảnh logic và làm cho mật độ trang càng cao càng tốt. Bất kỳ FILL_FACTORcài đặt không mặc định nào sẽ không có lợi trong môi trường chỉ đọc. Ngoài ra, tạo / cập nhật mọi thống kê dự kiến ​​sẽ được sử dụng cho SELECTcác truy vấn nếu trên phiên bản <2012.

1. Toàn bộ cơ sở dữ liệu chỉ được đọc để bạn không thể thêm chỉ mục hoặc chế độ xem.
2. Không yêu cầu khóa vì vậy không có khóa nào được thực hiện cho bất kỳ truy vấn nào ngoài khóa cơ sở dữ liệu dùng chung. Rõ ràng có nghĩa là không có chặn sẽ xảy ra.
3. Không phải như vậy không.
4. Không ai mà tôi có thể đề nghị.