Bạn đã có một loạt các câu hỏi ở đây:
Có thể mở rộng quy mô READS trong Azure SQL DB không? Đúng.
Tùy thuộc vào dịch vụ bạn sử dụng, như Bản sao phụ hoạt động của Azure SQL DB , khối lượng công việc đọc của bạn có thể tự động được thu nhỏ trên nhiều máy chủ mà không cần thay đổi lớn đối với mã ứng dụng của bạn. Tuy nhiên, bạn vẫn cần thêm một chuỗi kết nối riêng trong ứng dụng của mình chỉ định ApplicationIntent = ReadOnly để họ biết rằng an toàn khi chuyển truy vấn đã đọc của bạn sang bản sao có thể đọc được.
Có thể mở rộng VIẾT trong Azure SQL DB không? Có, nếu bạn thay đổi mã.
Tài liệu bạn liên kết đến, Phân vùng dữ liệu , là một bộ hướng dẫn thiết kế mà bạn có thể sử dụng khi mã hóa ứng dụng của mình. Tuy nhiên, đó thực sự là những thay đổi về mã, không phải là một tính năng của Azure SQL DB mà bạn chỉ cần lật giống như cách bạn bật các bản sao thứ cấp.
Tùy thuộc vào bạn để thiết kế một lớp mã để khi ứng dụng của bạn cần chạy truy vấn, nó sẽ kết nối với vị trí thích hợp.
Hãy nghĩ về nó giống như World Wide Web: tại Stack Overflow, ghi khối lượng công việc được phân tách ra trên StackOverflow.com, DBA.StackExchange.com, ServerFault.com và các trang web khác. Tuy nhiên, bạn, người dùng, phải biết trang web nào có dữ liệu bạn muốn viết - bạn không thể đăng câu trả lời cho câu hỏi này tại ServerFault.com. Logic đó được tích hợp vào não của bạn - và logic tương tự cần được tích hợp vào ứng dụng của bạn nếu bạn muốn mở rộng quy mô ghi trên nhiều máy chủ.
Có một khoảnh khắc ngắn ngủi mà Microsoft nghĩ rằng họ sẽ thực hiện công việc này cho bạn với Liên kết Azure SQL DB , nhưng điều đó đã nhanh chóng bị phản đối .
Là những điều tương tự có thể với SQL Server? Đúng.
Mở rộng quy mô đọc dễ dàng như:
- Mua thêm Máy chủ SQL và xây dựng chúng thành Nhóm sẵn có
- Thêm một chuỗi kết nối khác trong ứng dụng của bạn chỉ định ApplicationIntent = ReadOnly
- Lợi nhuận!
Mở rộng quy mô ghi không dễ dàng và yêu cầu thay đổi mã giống như trong Azure SQL DB.
Có ai trong số những người làm cân bằng tải thực sự? Không.
Cả Azure SQL DB và SQL Server luôn có sẵn trên các nhóm khả dụng thực sự cân bằng tải trên nhiều phần phụ. Bạn có thể rơi vào tình huống một bản sao đang chạy một số truy vấn khủng khiếp và phần còn lại đang ngồi không hoạt động. Và trong tình huống đó, cuối cùng bạn vẫn có thể nhận được các truy vấn mới được gán bằng nhau cho cả máy chủ hoạt động kém và làm việc quá sức.
Thực hiện cân bằng tải thực sự - giữ cho các yêu cầu công việc tương tự trên nhiều bản sao - được để lại như một bài tập cho người đọc.