I- With Grant Option
5. PHẮT BIỂU SQL
6.1. Khái niệm về quan hệ
Để p h á t triể n ứng dụng Web bằng b ấ t kỳ loại cơ sở dữ liệu nào, giai đoạn phân tích th iế t k ế hệ thống cực kỳ quan trọng. Nếu k ế t quả p h ân tích không tối ưu th ì ứng dụng đó không th ể đ ạt được giá trị kỹ th u ật cũng như giá trị thưưng mại. Thiết k ế cư sở dữ liệu không tối ưu, chúng có th ể dẫn đến việc chương trìn h chạy chậm và không bền vững.
Một khi ứng dụng chạy chậm đi do cơ sở dữ liệu không tối ưu th ì r ấ t có thể bạn phải th iế t k ế và xây dựng lại từ đầu toàn bộ cấu trúc của chương trìn h và cơ sở dữ liệu.
Xuất p h á t từ lý do này, khi xây dựng một ứng dụng thông tin quản lý, chúng ta cần phải qua những bước p hân tích th iế t k ế hệ thông kỹ lưỡng để có được mô hìn h quan hệ và ERD trước khi đến các mô hình chức n ăn g chi tiết.
Tuy nhiên, trong lý thuyết m ột số kiến thức cơ bản b ắ t buộc bạn phải thực hiện theo mô hình hệ thống ứng với những quan hệ toàn vẹn, nhưng trong thực tế, do tín h đặc thù của ứng dụng, thường bạn phải th iế t k ế lại mô h ìn h theo nhu cầu cấn đối giữa độ phức tạp và tín h tối ưu.
Trong ứng dụng bán h àng qua m ạng Test đã trìn h bày trong chương 3, khi quan tâm đến một hợp đồng trê n m ạng, ngoài những thông tin liên lạc về khách hàng, bạn cần phải lưu trữ dữ liệu khác như chiết hàn g mua, phương thức trả tiền, phương thức giao hàng,... Vấn đề được thảo luận ở đây, mỗi hợp đồng có nhì6u m ặt h àng chi tiết.
Trong trường hợp này, chúng ta có 6 thực th ể liên quan như sau, thực th ể danh mục Customers
(thông tin liên lạc của khách hàng), Orders (hợp dồng mua hàng), OrderDetails (chi tiế t h àn g mua),
Customers
Orders
Item s
Order Details
Sơ đồ 8-1: Mô hình quan hệ
Giả sử rằn g khi n hập số liệu vào cơ sở dữ liệu, ứng với hợp đồng có m ã 101, của khách h àn g có tê n Nguyễn Văn A, ... có hai sản phẩm chi tiết: 11 (Nước ngọt) và 32 (xà phòng Liix).
Trong trường hợp này bạn đang có một m ẩu tin hợp đồng trong bảng tblCustomers, m ột mẩu tin hợp đồng trong bảng tblOrders và hai mẩu tin trong bảng tblOrderDetails.
Nếu muốn b iết thông tin hợp đồng của khách hàng A, rõ ràn g bạn cần dùng p h á t biểu SE LE C T
với m ệnh đề k ết hợp từ 3 bảng trên . K ết quả trả về 2 mẩu tin là sự k ế t hợp thông tin từ hai bảng
tblCustomers, tblOrders và tblOrderDetails.
Khi thực tlii pliát biểu SQ L dạng S E LE C T ứng với cơ sở dữ liệu nliư trê n b ạ n phải duyệt qua hai mẩu tin.
T ất nhiên, khi viết ứng dụng th ì điều này chấp n h ận được, và có th ể coi là tối ưu. Giả sử rằng, ứng dụng này được p h á t triể n trê n WEB cần lưu tâm đến vấn đề tối ưu tốc độ truy vấn th ì sao?
Người th iế t k ế cơ sở dữ liệu trong trường hợp này phải thay đổi lại cấu trúc để tă n g tốc độ truy cập qua m ạng khi xử lý trê n cơ sở dữ liệu của người dùng.