Tôi đang đọc qua kinh thánh SQL Server 2008 và tôi đang đề cập đến phần chế độ xem. Nhưng tác giả thực sự không giải thích mục đích của các lượt xem. Cách sử dụng tốt cho lượt xem là gì? Tôi có nên sử dụng chúng trong trang web của mình không và lợi ích của chúng là gì?
Câu trả lời:
Một cách sử dụng khác mà dường như chưa có câu trả lời nào đề cập đến là việc triển khai các thay đổi cấu trúc bảng dễ dàng hơn.
Giả sử, bạn muốn gỡ bỏ một bảng ( T_OLD) chứa dữ liệu cho người dùng đang hoạt động và thay vào đó sử dụng một bảng mới có dữ liệu tương tự (được đặt tên T_NEW) nhưng một bảng có dữ liệu cho cả người dùng đang hoạt động và không hoạt động, với một cột bổ sung active.
Nếu (các) hệ thống của bạn có các truy vấn gazillion SELECT whatever FROM T_OLD WHERE whatever, bạn có hai lựa chọn để triển khai:
1) Cold Turkey - Thay đổi DB, đồng thời thay đổi, kiểm tra và phát hành nhiều đoạn mã chứa truy vấn đã nói. RẤT khó thực hiện (hoặc thậm chí phối hợp), rất rủi ro. Xấu.
2) Dần dần - thay đổi DB bằng cách tạo T_NEWbảng, bỏ T_OLDbảng và thay vào đó tạo một CHẾ ĐỘ XEM được gọi là T_OLDbắt chước T_OLDbảng 100% (ví dụ như truy vấn chế độ xem SELECT all_fields_except_active FROM T_NEW WHERE active=1).
Điều đó sẽ cho phép bạn tránh phát hành BẤT KỲ mã nào hiện đang chọn từ đó T_OLDvà thực hiện các thay đổi để di chuyển mã từ đó T_OLDsang T_NEWkhi rảnh rỗi.
Đây là một ví dụ đơn giản, có những người khác tham gia nhiều hơn.
PS Mặt khác, có lẽ bạn nên có một API thủ tục được lưu trữ thay vì các truy vấn trực tiếp từ T_OLD, nhưng không phải lúc nào cũng vậy.
(Được sao chép từ hướng dẫn đầu tiên xuất hiện trong tìm kiếm của Google (liên kết hiện đã chết), nhưng nó có tất cả những lợi ích mà tôi có thể đã tự gõ theo cách thủ công.)
Chế độ xem có những lợi ích sau:
- Bảo mật - Chế độ xem có thể được cung cấp cho người dùng trong khi các bảng bên dưới không thể truy cập trực tiếp. Điều này cho phép DBA chỉ cung cấp cho người dùng dữ liệu họ cần, đồng thời bảo vệ các dữ liệu khác trong cùng một bảng.
- Tính đơn giản - Chế độ xem có thể được sử dụng để ẩn và sử dụng lại các truy vấn phức tạp.
- Đơn giản hóa hoặc làm rõ tên cột - Chế độ xem có thể được sử dụng để cung cấp bí danh cho tên cột để làm cho chúng dễ nhớ và / hoặc có ý nghĩa hơn.
- Stepping Stone - Chế độ xem có thể cung cấp bước đệm trong truy vấn "nhiều cấp". Ví dụ: bạn có thể tạo chế độ xem truy vấn đếm số lần bán hàng mà mỗi nhân viên bán hàng đã thực hiện. Sau đó, bạn có thể truy vấn chế độ xem đó để nhóm những người bán hàng theo số lần bán hàng mà họ đã thực hiện.
Một số lý do từ Wikipedia :
Chế độ xem có thể cung cấp lợi thế so với bảng:
VIEWS có thể được sử dụng như các phần có thể sử dụng lại của CHỌN / MÃ, có thể được đưa vào các lựa chọn / truy vấn khác sẽ được kết hợp và sử dụng nhiều bộ lọc khác nhau mà không cần phải tạo lại toàn bộ CHỌN mỗi lần.
Điều này cũng đặt logic vào một vị trí duy nhất, do đó bạn không phải thay đổi nó trên toàn bộ cơ sở mã.
Hãy xem
Lựa chọn giữa các thủ tục được lưu trữ, hàm, chế độ xem, kích hoạt, SQL nội tuyến
Vẻ đẹp chính của một khung nhìn là nó có thể được sử dụng như một bảng trong hầu hết các tình huống, nhưng không giống như một bảng, nó có thể đóng gói các phép tính rất phức tạp và các phép nối thường được sử dụng. Nó cũng có thể sử dụng khá nhiều đối tượng trong db ngoại trừ các thủ tục được lưu trữ. Chế độ xem hữu ích nhất khi bạn luôn cần tham gia cùng một tập hợp các bảng, nói một Đơn hàng với Chi tiết Đơn hàng để nhận các trường tính toán tóm tắt, v.v.
Chế độ xem là một lớp trừu tượng và nó thực hiện những gì mà bất kỳ lớp trừu tượng tốt nào làm, bao gồm đóng gói lược đồ cơ sở dữ liệu và bảo vệ bạn khỏi hậu quả của việc thay đổi chi tiết triển khai nội bộ.
Đó là một giao diện.
Đây là một cách sử dụng rất phổ biến của việc sử dụng các khung nhìn để ràng buộc một thực thể theo một số tiêu chí.
Bảng: USERS chứa tất cả người dùng
Chế độ xem: ACTIVE_USERS chứa tất cả người dùng, ngoại trừ những người bị tạm ngưng, bị cấm, đang chờ kích hoạt và không đáp ứng bất kỳ tiêu chí nào bạn có thể chọn để xác định trong tương lai như một phần của các yêu cầu hoạt động. Điều này khiến bạn không cần phải xóa bất kỳ hàng nào khỏi bảng USERS của mình nếu bạn không chọn vì ACTIVE_USERS luôn có thể ẩn các hàng không mong muốn.
Bằng cách này, bạn có thể sử dụng bảng trong các trang quản lý người dùng của mình nhưng phần còn lại của ứng dụng có thể sử dụng ACTIVE_USERS vì họ có thể là người dùng duy nhất có thể thực thi các quy trình và truy cập / sửa đổi dữ liệu.
Chế độ xem có thể cho phép bạn kết hợp dữ liệu từ một số bảng khác nhau và định dạng nó (kết hợp các trường, đặt tên trường có ý nghĩa hơn, v.v.) để người dùng cuối dễ dàng hơn. Chúng là một phần trừu tượng của mô hình cơ sở dữ liệu. Chúng cũng có thể được sử dụng để cấp cho người dùng quyền truy cập vào dữ liệu trong bảng mà không cấp cho họ quyền truy cập trực tiếp vào chính bảng đó.
Dưới đây là một số lý do sử dụng chế độ xem thay vì sử dụng bảng trực tiếp
Một danh sách nhỏ các lý do / cách sử dụng phổ biến:
sử dụng chúng để thay đổi định dạng hoặc 'giao diện' của dữ liệu (nghĩa là bạn có thể kết hợp họ và tên với nhau)
thực hiện các phép tính hoặc các tra cứu khác trên dữ liệu
chuẩn hóa dữ liệu (trích xuất dữ liệu từ một số bảng vào một chỗ)
Các quan điểm là xấu xa! Tránh chúng nếu có thể và chỉ sử dụng vì lý do được đề cập bởi DVK - di chuyển dữ liệu tạm thời.
Bạn nên hiểu rằng trong một cơ sở dữ liệu có 100 bảng, rất khó để nhớ mục đích của mọi bảng. Bây giờ, nếu bạn thêm vào đây 300 lượt xem nữa, nó sẽ trở thành một mớ hỗn độn. Hơn so với 'Xem những người yêu thích' có xu hướng sử dụng các chế độ xem lồng nhau và sau đó sử dụng các chế độ xem lồng nhau trong các thủ tục được lưu trữ. Tôi hiện làm việc với một cơ sở dữ liệu nơi có các Chế độ xem được lồng vào sâu 4 lần! Vì vậy, để hiểu một logic đơn giản nhất của một thủ tục được lưu trữ, tôi phải xem qua tất cả các khung nhìn trước tiên.