Số lượng tối đa cơ sở dữ liệu trong máy chủ sql 2008

Question

Chúng tôi đang viết một chương trình dựa trên ASP.Net/C# có khả năng sẽ được truy cập bởi một số công ty (mỗi công ty có đăng nhập và dữ liệu riêng). Chúng tôi đang nghĩ đến việc có nhiều cơ sở dữ liệu sql server 2008 (cùng một trường hợp), mỗi cơ sở cho một công ty. Tuy nhiên, chương trình C# truy cập cơ sở dữ liệu sẽ giống nhau và sẽ tạo chuỗi kết nối thích hợp dựa trên cơ sở dữ liệu mà khách hàng sẽ truy cập.

Có bao nhiêu cơ sở dữ liệu như vậy có thể được tạo ra trong trường hợp duy nhất của máy chủ sql trước khi nhìn thấy bất kỳ suy thoái hiệu suất do:

• Giới hạn trên các kết nối, bởi vì mỗi kết nối (không chắc chắn nếu nó sẽ được gộp lại để truy cập cơ sở dữ liệu khác nhau) được tạo bằng chuỗi kết nối differents.

• Giới hạn số lượng cơ sở dữ liệu, bị giới hạn bởi máy chủ phần cứng hoặc máy chủ sql 2008 sẽ hiển thị sự xuống cấp khi số lượng cơ sở dữ liệu tăng lên 100?

Bất kỳ điều gì khác tôi có thể bị thiếu?

Cảm ơn thời gian của bạn

Answer 1

• cơ sở dữ liệu Max mỗi SQL Server dụ: 32.767
• Max kết nối tài khoản: 32.767

(Từ đây: Maximum Capacity Specifications for SQL Server)

Cả hai thực tế bị giới hạn bởi số lượng RAM của SQL máy erver có, lâu trước khi nó đạt đến các giá trị tối đa đó.

Trong số hai, tôi nghi ngờ kết nối người dùng sẽ là vấn đề lớn hơn nếu bạn có hàng nghìn người dùng (vì bạn không sử dụng kết nối tổng hợp).

Để tìm giá trị hiện tại máy SQL Server:

SELECT @@MAX_CONNECTIONS AS 'Max Connections' 

Cập nhật để đáp ứng với ý kiến ​​tấm áp phích của:
Nó không thực sự số lượng cơ sở dữ liệu là vấn đề, nhưng nhiều hơn số lượng thường xuyên truy cập các trang trong các cơ sở dữ liệu đó. Nếu tất cả các trang 'nóng' phù hợp với trí nhớ (và rất ít lần đọc vật lý xảy ra) thì tất cả đều tốt.

Answer 2

Có nhiều cơ sở dữ liệu cho nhiều khách hàng có thể dễ dàng trở thành cơn ác mộng bảo trì. Nếu ứng dụng giống nhau, tôi giả định rằng thiết kế DB sẽ giống nhau.

Chúng tôi đã thực hiện một dự án tương tự vài năm trước, nhưng chúng tôi quyết định chuyển dữ liệu trong cùng một cơ sở dữ liệu và sau đó phát triển một mô hình bảo mật mạnh mẽ để đảm bảo rằng một khách hàng không kết thúc xem hoặc sửa đổi dữ liệu của khách hàng khác.

Tôi có thể tự hào nói rằng dự án đã thành công và hôm nay khi chúng tôi nói là đang nắm giữ dữ liệu của hơn 100 khách hàng khác nhau và đang thực hiện hoàn hảo.

Raj

Answer 3

Bạn cũng nên lưu ý rằng các kết nối sẽ được gộp bởi chuỗi kết nối - trong trường hợp của bạn, bạn sẽ nhận được hồ riêng biệt cho mỗi DB khách hàng. Điều đó có thể không tệ nếu bạn có lưu lượng truy cập cao cho mỗi khách hàng, nhưng nếu bạn có lưu lượng truy cập thấp đến nhiều cơ sở dữ liệu khác nhau, bạn sẽ không nhận được đầy đủ lợi ích của việc gộp nhóm.