Bạn đang xem: Tenancy là gì
Bạn vẫn xem: Nghĩa Của Từ Tenant Là Gì ? Các Vấn Đề Liên Quan Đến Tenant Hiện Nay
Thực tế ta bắt gặp không ít khối hệ thống áp dụng multi-tenacyvd:- Hệ thống làm chủ cửa hàng cho phép các đại lý hoàn toàn có thể truy vấn cùng với gần như tài khoản độc lập, dữ liệu độc lập, nhưng mà cùng chung 1 hệ thống site.- Hệ thống quản lý công văn áp dụng vào tổng chủ thể cùng nhiều cửa hàng bé, cùng site dẫu vậy tài liệu độc lập.- Hệ thống làm chủ dự án Jira- Hệ thống CRM của zoho, saleforce...phần lớn khối hệ thống sử dụng Squốc lộ server, Oracle ... thi công hệ thống multi-tenancy theo một trong những phong cách thiết kế sau.Phương thơm án I. Cùng bình thường một các đại lý dữ liệu (database), share bảng (table)Tất cả những bảng liên quan đông đảo có một khóa ngoại là ShopId. Dữ liệu thành phầm của từng shop đều được giữ thông thường vào bảng Product, tuy thế được tách biệt nhau bởi vì ngôi trường ShopId.Điểm mạnh:- Thiết kế lưu trữ đơn giản.- Dễ cho vấn đề cải tiến và phát triển.- Không gặp gỡ phải sự việc đồng điệu kết cấu bảng vào quy trình phân phát triền.Nhược điểm:- Không hòa bình database nên việc một siêu thị hoàn toàn có thể coi dữ liệu của shop không giống giả dụ tất cả quyền truy cập Squốc lộ, phân quyền trên Squốc lộ thực sự là vụ việc lớn.- Vấn đề backup, restore tài liệu mang đến từng shop là gần như là tất yêu, chỉ hoàn toàn có thể backup mang lại toàn bộ.- Vấn đề tạo nên thực thụ phức hợp khi tài liệu phình to lớn, rất trở ngại trong câu hỏi backup, restore...- Khó khnạp năng lượng khi scale hệ thống.Lời khuyên: Pmùi hương án này chỉ dùng làm gần như hệ thống nhỏ dại, không nhiều dữ liệu, tạo ra dữ liệu nhỏ nhắn.Phương thơm án II.
Xem thêm: "Consistent" Nghĩa Là Gì: Định Nghĩa, Ví Dụ Trong Tiếng Anh, Nghĩa Của Từ Consistent
Cùng chung database, chia sẻ schemaHướng xây cất này áp dụng một đại lý dữ liệu, mỗi tenant tương ứng 1 schema. Có một schema phổ biến để cai quản phần nhiều những dữ liệu phổ biến, thống trị thông tin về tenants. Cấu trúc những bảng làm việc tất cả các tenant hầu hết như thể nhau.Cần 1 schema chuẩn nhằm phụ thuộc vào kia tạo ra tenant bắt đầu vào quá trình thêm mới tenant.Điểm mạnh:- Thiết kế theo phía này thì tất cả thê biến hóa những kết cấu, hàm, thủ tục riêng biệt rẽ giữa các tenant.- Dễ phân quyền rộng giải pháp 1.- Tiết kiệm được ngân sách Lúc thực thi (vì chưng số lượng database chỉ nên khôn xiết ít)Nhược điểm:- Phương thơm án backup hòa bình từng tenant là sự việc nan giải, lập trình sẵn viên vẫn phải từ bỏ cai quản vấn đề backup/restore đến từng tenant bằng code.- Việc nhất quán gần như chuyển đổi vào cấu schema là vụ việc cần phải quan tâm.- Dữ liệu trong database sẽ phình ra hối hả.- Số lượng schema trong 1 database là có giới hạn.- Khó khăn uống lúc scale khối hệ thống.Phương thơm án III.Mỗi tenant một database.Phương án này đang thực hiện nlỗi sau: khối hệ thống đã gồm một database chung (chuyên nhằm thống trị các phần nhỏng danh sách tenant, web4_user, role ...), 1 database tenant chuẩn (đựng tài liệu chuẩn), và những tenant không giống.Mỗi tenant đã là 1 trong những database, người tiêu dùng sẽ có quyền truy vấn vào database tầm thường cùng database tenant của web4_user kia.Mình đang đi cùng script sql VPS để chế tác databases cho những giải pháp trên, giải pháp 3 giống như phương án 2, dẫu vậy cụ do dùng schema thì chuyển quý phái sử dụng database.
