Trong hai bài học trước chúng ta đã đề cập đến vấn đề dư thừa dữ liệu trong thiết kế cơ sở dữ liệu, nhưng chưa làm rõ. Trong bài học này, chúng ta sẽ bàn về dư thừa dữ liệu và vấn đề mà nó gây ra khi sử dụng cơ sở dữ liệu.
Chúng ta cũng xem xét việc thiết kế cơ sở dữ liệu cho hệ thống đơn hàng như trong các bài trước:
Sau khi phân tích và lựa chọn các trường dữ liệu ta có danh sách các trường dữ liệu như sau:
Bảng Invoice
InvoiceNo: Số hóa đơn
InvoiceDate: Ngày ghi hóa đơn
CustomerName: Tên khách hàng
CustomerCompany: Tên công ty khách hành
CustomerAddress: Địa chỉ khách hàng
CustomerAccountNo: Số tài khoản của khách hàng
PaymentMethod: Phương thức thanh toán
CustomerTaxNo: Mã số thuế của khách hàng
SequenceNo: Số thứ tự mua hành
ProductName: Tên sản phẩm
Unit: Đơn vị tính của sản phẩm
Quantity: Số lượng
UnitPrice: Đơn giá
Amount: Thành tiền
TotalAmount: Tổng tiền
VAT: Thuế giá trị gia tăng
TotalPay: Tổng tiền phải trả
ByText: Ghi bằng chữ
Bây giờ chúng ta sẽ xem xét các vấn đề mà dư thừa dữ liệu gây ra.
Dư thừa dữ liệu dẫn đến sai sót
Nếu để tất cả các trường này vào bảng Invoice và nhập dữ liệu cho nó, chúng ta sẽ thấy như sau:
Ở đây chúng ta thấy có nhiều trường dữ liệu nhập lặp lại và người sử dụng sẽ nhập tắt ở các dòng sau. Những dữ liệu viết tắt hay “nt” con người có thể hiểu được nhưng máy tính sẽ hiểu đó là các dữ liệu khác nhau nên dẫn đến sai sót.
- Dư thừa dữ liệu dẫn đến sai sót, do vậy bạn cần loại bỏ việc dư thừa dữ liệu khi thiết kế bằng cách chia bảng dữ liệu ra thành các bảng nhỏ hơn.
Vì sao phải loại bỏ các trường tính toán
Trong ví dụ trên chúng ta thấy có các trường tính toán được như:
Amount = Quantity * UnitPrice
TotalAmount = ∑(Amount)
TotalPay = TotalAmount (1 + VAT)
TotalPayByText: đọc thành chữ của TotalPay
Chúng ta quan sát trường Amount nếu vì lý do gì đó bạn để người dùng nhập vào trường này thì có khả năng họ sẽ nhập Amount khác với giá trị Quantity * UnitPrice, điều này dẫn đến sai sót.
Nếu bạn không cho người dùng nhập mà cho chương trình tính toán giá trị này và vẫn lưu nó thì khi bạn thay đổi giá chẳng hạn mà quên cập nhật trường Amount thì vẫn dẫn đến sai sót.
Chính vì vậy các trường tính toán được cũng là các trường dư thừa dữ liệu và có khả năng gây ra sai sót. Do vậy, các bạn không nên lưu các trường tính toán được ngoại trừ những trường hợp đặc biệt.
Vì sao phải chuyển quan hệ n-n sang các quan hệ 1-n
Trong bài thiết kế Cơ sở dữ liệu ở trên, chúng ta có đề cập khi gặp quan hệ n-n bạn cần thêm bảng mới và tách quan hệ đó ra thành các quan hệ 1-n nhưng chưa giải thích lý do vì sao. Ở phần này chúng ta xem xét vấn đề này.
Trong quan hệ này, đối chiếu với qui tắc chuẩn hóa bảng Product đã ở chuẩn 3 nên chúng ta không xem xét. Chúng ta sẽ xem xét bảng Invoice.
Nhập dữ liệu hóa đơn trên vào các bảng ở trên chúng ta sẽ thấy như sau:
Dữ liệu ở bảng Customer
Dữ liệu ở bảng Product
Dữ liệu ở bảng Invoice
Các bạn sẽ thấy các giá trị ở vùng bôi đen có giá trị lặp đi lặp lại và dẫn đến sai sót nên bạn cần phải tách phần này ra thành bảng riêng để thành hai bảng Invoice và InvoiceDetails như đã trình bày bên bài Thiết kế cơ sở dữ liệu.
- Quan hệ n-n chứa dư thừa dữ liệu và có khả năng gây sai sót nên bạn cần thêm bảng và tách chúng ta thành các quan hệ 1-n để giảm dư thừa dữ liệu.
Kết quả thiết kế cơ sở dữ liệu đúng
Sau khi tách các bảng ra và đưa về chuẩn 02 chúng ta được sơ đồ thực thể quan hệ như sau:
Bây giờ chúng ta sẽ xem xét dữ liệu lưu trữ của hóa đơn trên sau khi chuẩn hóa như thế nào:
Dữ liệu trên bảng Invoice
Dữ liệu trên bảng InvoiceDetails
Chúng ta thấy việc dư thừa dữ liệu đã giảm hẳn, việc dữ liệu lặp lại chỉ còn ở các trường khóa ngoại nên sẽ dễ kiểm soát hơn và ít sai sót hơn.
Chính vì thế trong thiết kế cơ sở dữ liệu người ta không dùng từ loại bỏ dư thừa dữ liệu mà dùng từ giảm dư thừa dữ liệu.
Kết luận
Việc giảm dư thừa dữ liệu trong thiết kế cơ sở dữ liệu là việc làm quan trọng nhằm giúp chúng ta giảm sai sót trong quá trình khai thác cơ sở dữ liệu. Việc đưa các bảng về chuẩn 3 sẽ giúp giảm tối đa việc dư thừa dữ liệu, do đó khi thiết kế các bạn cần áp dụng việc này.
Bài tiếp: Tạo cơ sở dữ liệu
Bài trước: Chuẩn hóa cơ sở dữ liệu – Bước quan trọng trong thiết kế CSDL
Nếu bạn có chỗ nào chưa rõ hoặc có quan điểm khác vui lòng thảo luận bên dưới.
* KHOÁ HỌC ORACLE DATABASE A-Z ENTERPRISE trực tiếp từ tôi giúp bạn bước đầu trở thành những chuyên gia DBA, đủ kinh nghiệm đi thi chứng chỉ OA/OCP, đặc biệt là rất nhiều kinh nghiệm, bí kíp thực chiến trên các hệ thống Core tại VN chỉ sau 1 khoá học.
* CÁCH ĐĂNG KÝ: Gõ (.) hoặc để lại số điện thoại hoặc inbox https://m.me/tranvanbinh.vn hoặc Hotline/Zalo 090.29.12.888
* Chi tiết tham khảo:
https://bit.ly/oaz_w
=============================
KẾT NỐI VỚI CHUYÊN GIA TRẦN VĂN BÌNH:
📧 Mail: binhoracle@gmail.com
☎️ Mobile/Zalo: 0902912888
👨 Facebook: https://www.facebook.com/BinhOracleMaster
👨 Inbox Messenger: https://m.me/101036604657441 (profile)
👨 Fanpage: https://www.facebook.com/tranvanbinh.vn
👨 Inbox Fanpage: https://m.me/tranvanbinh.vn
👨👩 Group FB: https://www.facebook.com/groups/DBAVietNam
👨 Website: https://www.tranvanbinh.vn
👨 Blogger: https://tranvanbinhmaster.blogspot.com
🎬 Youtube: http://bit.ly/ytb_binhoraclemaster
👨 Tiktok: https://www.tiktok.com/@binhoraclemaster?lang=vi
👨 Linkin: https://www.linkedin.com/in/binhoracle
👨 Twitter: https://twitter.com/binhoracle
👨 Địa chỉ: Tòa nhà Sun Square - 21 Lê Đức Thọ - Phường Mỹ Đình 1 - Quận Nam Từ Liêm - TP.Hà Nội
=============================
oracle tutorial, học oracle database, Tự học Oracle, Tài liệu Oracle 12c tiếng Việt, Hướng dẫn sử dụng Oracle Database, Oracle SQL cơ bản, Oracle SQL là gì, Khóa học Oracle Hà Nội, Học chứng chỉ Oracle ở đầu, Khóa học Oracle online,sql tutorial, khóa học pl/sql tutorial, học dba, học dba ở việt nam, khóa học dba, khóa học dba sql, tài liệu học dba oracle, Khóa học Oracle online, học oracle sql, học oracle ở đâu tphcm, học oracle bắt đầu từ đâu, học oracle ở hà nội, oracle database tutorial, oracle database 12c, oracle database là gì, oracle database 11g, oracle download, oracle database 19c, oracle dba tutorial, oracle tunning, sql tunning , oracle 12c, oracle multitenant, Container Databases (CDB), Pluggable Databases (PDB), oracle cloud, oracle security, oracle fga, audit_trail,oracle RAC, oracle dataguard, oracle goldengate, mview, oracle exadata, oracle oca, oracle ocp, oracle ocm , oracle weblogic, postgresql tutorial, mysql tutorial, mariadb tutorial, sql server tutorial, nosql, mongodb tutorial, oci, cloud, middleware tutorial, hoc solaris tutorial, hoc linux tutorial, hoc aix tutorial, unix tutorial, securecrt, xshell, mobaxterm, putty
