Việc sử dụng lược đồ là đặc biệt có lợi khi bạn có vấn đề về bảo mật.
Nếu bạn có nhiều ứng dụng truy cập cơ sở dữ liệu, bạn có thể không muốn cung cấp cho bộ phận Logistics truy cập vào hồ sơ nguồn nhân lực. Vì vậy, bạn đặt tất cả các bảng Nhân sự của bạn vào một lược đồ giờ và chỉ cho phép truy cập vào nó cho người dùng trong vai trò giờ.
Sáu tháng sau khi xuống đường, Logistics hiện cần biết tài khoản chi phí nội bộ để họ có thể gửi tất cả các bảng màu xanh dương này đến đúng vị trí mọi người. Sau đó, bạn có thể tạo một thủ tục được lưu trữ thực hiện như một người dùng có quyền xem lược đồ hr cũng như lược đồ hậu cần. Người sử dụng Logistics không bao giờ cần phải biết những gì đang xảy ra trong nhân sự và họ vẫn nhận được dữ liệu của họ.
Bạn cũng có thể sử dụng lược đồ theo cách mà cfeduke đã đề xuất và chỉ sử dụng chúng để nhóm những thứ trong trình duyệt đối tượng. Nếu bạn đang làm điều này, chỉ cần cẩn thận vì bạn có thể sẽ tạo ra Person.Address và Company.Address khi bạn thực sự chỉ cần một dbo.Address đơn (tôi không gõ ví dụ của bạn, cfeduke, chỉ sử dụng nó để minh họa cho cả hai các bảng địa chỉ có thể giống nhau hoặc chúng có thể khác và YMMV).
Nguồn
2008-10-31 19:22:34
Đừng nhầm lẫn giữa SQL 2000 và SQL 2005, SQL 2000 không hỗ trợ đúng các lược đồ trong khi SQL 2005 thực hiện. Sự khác biệt giữa hai điều là quan trọng. –
Nếu bạn nhìn vào các thuộc tính của một bảng trong sql 2000 nó nói dbo là chủ sở hữu. Nếu bạn nhìn vào các thuộc tính của sql 2005 nó nói dbo là lược đồ. Đây có lẽ là một phần của sự nhầm lẫn của tôi – Jeremy