Nhiều người thuê - cơ sở dữ liệu duy nhất so với nhiều cơ sở dữ liệu

Chúng tôi có một số khách hàng, có hệ thống chia sẻ một số chức năng, nhưng cũng có mức độ đa dạng khá cao. Số lượng khách hàng đang tăng lên - luôn luôn là một điều lành mạnh! - và sự đa dạng giữa các doanh nghiệp của họ cũng đang tăng lên.

Hiện tại, có một trang web duy nhất của ASP.Net (Biểu mẫu web) (trái ngược với dự án web), có các thư mục phụ cho mỗi người thuê, với các trang không chuẩn của người thuê đó. Có một dự án mô hình riêng biệt, liên quan đến truy cập cơ sở dữ liệu và logic kinh doanh.

Điều nào là thích hợp hơn - và quan trọng nhất là tại sao - giữa việc có (a) 1 cơ sở dữ liệu cho mỗi khách hàng, chỉ có các tính năng được liên kết với khách hàng đó; hoặc (b) một cơ sở dữ liệu được chia sẻ bởi tất cả các khách hàng, trong đó chỉ một tập hợp con của các bảng được sử dụng bởi bất kỳ một khách hàng nào.

Những mối quan tâm chính trong doanh nghiệp đã qua:

• bảo trì nhiều tài sản - sao lưu, kiểm soát phiên bản và tương tự
• thúc đẩy tái sử dụng càng nhiều càng tốt

Làm thế nào bạn sẽ đảm bảo những mối quan tâm này được giải quyết, giải pháp nào là thích hợp hơn, và tại sao? (Tôi cũng đã tổng hợp các câu trả lời cho các câu hỏi tương tự)

Dưới đây là những điểm nổi bật từ nghiên cứu từ các nguồn khác (ban đầu từ phiên bản 2 của câu hỏi ):

• Tôi có nên sử dụng một cơ sở dữ liệu cho mỗi ứng dụng hay chia sẻ một cơ sở dữ liệu giữa nhiều ứng dụng

• Hỗ trợ đa nhiệm

• Kiến trúc dữ liệu nhiều đối tượng thuê MSDN

• SO Làm thế nào để tạo một cơ sở dữ liệu nhiều người thuê với các cấu trúc bảng được chia sẻ?

• CloudExpo SaaS - Tùy chọn thiết kế cơ sở dữ liệu nhiều người thuê

• Blog MSDN Chuyển sang Mô hình cơ sở dữ liệu nhiều người thuê được thực hiện dễ dàng với Liên kết SQL Azure

• Hỏi SQL Server Central One cơ sở dữ liệu hay nhiều?

• SQL Server Central Trộn các bảng từ các cơ sở dữ liệu / ứng dụng khác nhau vào một cơ sở dữ liệu

• Blog Ayende @ Rahien Multi Tenancy - Mô hình dữ liệu vật lý

• Mã dự án Kiến trúc cơ sở dữ liệu nhiều người thuê

• Joel trên phần mềm Thiết kế cơ sở dữ liệu nhiều người thuê

• SO Nhiều ứng dụng sử dụng một cơ sở dữ liệu?

• SO Một hoặc nhiều cơ sở dữ liệu

• Code Rant - Multi-tenancy Phần 1, Chiến lược và Phần 2, Các thành phần và bối cảnh

Nếu bạn đang sử dụng SQL Server, hãy sử dụng một cơ sở dữ liệu nhưng sử dụng lược đồ. Sử dụng dbo cho các công cụ chung cho tất cả các máy khách và tạo một lược đồ cho từng máy khách và tạo lược đồ mặc định cho người dùng từ máy khách đó. Bây giờ bạn có thể có một đối tượng chung (giả sử một getB lí Proc) trong lược đồ dbo và một đối tượng tùy chỉnh cho máy khách trong lược đồ của chúng có cùng tên.

Vì cơ sở dữ liệu và chức năng của khách hàng đang chuyển hướng, nên điều đó có nghĩa là tại một thời điểm, chúng sẽ trở thành các hệ thống khác nhau, vì vậy trong trường hợp này tôi sẽ đề xuất các hệ thống riêng biệt vì chi phí duy trì các tùy chỉnh cho mỗi khách hàng sẽ lớn hơn lợi ích của một khách hàng hệ thống cơ sở dữ liệu.

Các hệ thống cơ sở dữ liệu duy nhất là tốt nhất khi các thay đổi giữa các khách hàng khác nhau chỉ là cấu hình chứ không phải là các tính năng bổ sung cho mỗi khách hàng.

Bạn đang thiếu một số mối quan tâm. Vấn đề sẽ đi kèm với sự tăng trưởng. Nếu bạn có thể cho rằng một ngày nào đó bạn sẽ phát triển lớn hơn một máy chủ DB - một cơ sở dữ liệu phức tạp chắc chắn sẽ khiến bạn đau đầu. Trừ khi bạn đầu tư vào kiến ​​trúc trước. Nhưng đó cũng là bước đắt đỏ)

Vì vậy, đừng quên rằng nó rẻ hơn nhiều lần và dễ dàng nhân rộng ra một vài cơ sở dữ liệu khác nhau, so với những cơ sở dữ liệu khổng lồ)

Một lĩnh vực mà tôi chưa thấy giải quyết trong các câu trả lời là các vấn đề với việc bảo mật chính xác ứng dụng DB nhiều bên thuê. Các ứng dụng nhiều người thuê phải được thiết kế rất cẩn thận để tránh các vấn đề bảo mật. Hầu hết các Cơ sở dữ liệu và ứng dụng cung cấp một số, nhưng không tách biệt hoàn toàn - thường có các cách để trực tiếp hoặc gián tiếp suy ra dữ liệu trên các lược đồ DB. Và khá nhiều tài nguyên được chia sẻ (nhật ký và các tệp khác, bảng DBA, con trỏ ...) ít nhất có thể dẫn đến các cuộc tấn công từ chối dịch vụ dễ dàng đối với người thuê khác và thường là nhiều hơn nữa.