Chuẩn Hóa Dữ Liệu Là Gì | 1NF, 2NF, 3NF, 4NF & BCNF Và Các Ví Dụ

Hiện nay, khi cập nhật cơ sở dữ liệu để đảm bảo tính chính xác và nhanh chóng khi truy vấn, người ta cần phải thực hiện bước chuẩn hóa dữ liệu. Đây là công đoạn quan trọng thể hiện sự chuyên nghiệp và đảm bảo để dữ liệu chính xác tuyệt đối, tránh sai sót. Cùng tham khảo xem chuẩn hóa dữ liệu là gì nhé!

Chuẩn hóa dữ liệu là gì?

Thông tin đầu tiên mà các bạn cần biết về chuẩn hóa cơ sở dữ liệu chính là khái niệm cơ bản của chúng. Để hiểu chuẩn hóa dữ liệu là gì thì các bạn chỉ cần hiểu đơn giản đây là kỹ thuật thiết kế CSDL nhằm mục đích giúp giảm bớt sự dư thừa dữ liệu và loại bỏ những đặc điểm không mong muốn như Insertion, Update and Deletion Anomalies.

Các quy tắc chuẩn hóa dữ liệu lúc bấy giờ đã được chia những bảng lớn thành những bảng nhỏ hơn và liên kết chúng bằng cách dùng quan hệ giống hệt. Mục đích chuẩn hóa trong SQL nhằm mục đích vô hiệu dữ liệu thừa ( tái diễn ) và bảo vệ dữ liệu được tàng trữ một cách logic .

Bạn có thể hiểu Chuẩn hóa dữ liệu là quá trình rà soát tất cả các danh sách thuộc tính của các thực thể, áp dụng một tập các quy tắc phân tích đảm bảo các yếu tố sau:

Bạn đang đọc: Chuẩn Hóa Dữ Liệu Là Gì | 1NF, 2NF, 3NF, 4NF & BCNF Và Các Ví Dụ

• Hạn chế tối đa việc lặp lại, tránh dư thừa thông tin trong bảng dữ liệu. Tính trạng một thuộc tính có mặt ở nhiều bảng thực thể chỉ xuất hiện đối với các thuộc tính định danh kết nối và là cần thiết để thể hiện các mối quan hệ.
• Góp phần loại bỏ các trường hợp cùng một thuộc tính lại có tên khác nhau ở các bảng thực thể khác.
• Hạn chế tối đa các thuộc tính chưa hiểu rõ hoặc hiểu theo nhiều nghĩa khác nhau trong bảng dữ liệu.
• Quá trình chuẩn hóa buộc người ta phải xem xét rất cẩn thận về ý nghĩa của từng thuộc tính, từ đó sẽ xây dựng mô hình quan hệ khi đã hiểu rõ tất cả các thuộc tính liên quan.

Sau khi tìm hiểu về vấn đề này thì bạn đã biết được chuẩn hóa dữ liệu là gì. Cùng khám phá mục tiêu của việc chuẩn hóa dữ liệu ở phần tiếp theo của bài viết nhé!.

Mục tiêu của việc chuẩn hóa dữ liệu

Khi chuẩn hóa dữ liệu, người ta có 2 mục tiêu cơ bản dưới đây :

• Giảm tối đa lượng dữ liệu dư thừa khi truy xuất thông tin (ví dụ như lưu trữ cùng một dữ liệu trong 1 bảng)
• Đảm bảo độc lập dữ liệu (dữ liệu liên quan đặt trong cùng 1 bảng) Cả 2 mục đích trên đều giúp giảm thiểu không gian sử dụng trong cơ sở dữ liệu và đảm bảo dữ liệu được lưu trữ một cách logic.

Từ việc hiểu chuẩn hóa dữ liệu là gì và mục tiêu của việc này đối với việc truy xuất và nhập dữ liệu, chúng ta hãy cùng tìm hiểu một số dạng chuẩn hóa dữ liệu phổ biến hiện nay.

Các dạng chuẩn hóa dữ liệu

Dưới đây là một số dạng chuẩn hóa dữ liệu cơ bản và tương thích nhất mà những bạn hoàn toàn có thể tìm hiểu thêm và vận dụng :

1NF (First Normal Form)

Bạn hoàn toàn có thể hiểu dạng chuẩn hóa này là bảng ( quan hệ ) được gọi là ở dạng chuẩn 1NF nếu và chỉ nếu hàng loạt những miền giá trị của những cột xuất hiện trong bảng ( quan hệ ) đều chỉ chứa những giá trị nguyên tử ( nguyên tố ) .

Chuẩn 1 hay gọi tắt là 1NF là tập hợp các quy định cơ bản để tổ chức cơ sở dữ
liệu như sau:

• 1. Giảm cột dữ liệu dư thừa từ cùng 1 bảng
• 2. Tạo các bảng riêng biệt cho mỗi nhóm dữ liệu liên quan đến nhau và định nghĩa mỗi dòng với một cột duy nhất (gọi là primary key) Để thỏa mãn các tiêu chí của chuẩn 1 chúng ta phải không được để trùng lặp các giá trị trong dòng của bảng. Nguyên lý này được gọi là nguyên tử hóa bảng (atomicity of table)và bảng như này gọi là bảng nguyên tử.

2NF (Second Normal Form)

Chuẩn 2NF sẽ giúp những lập trình viên vô hiệu những giá trị trùng lặp. Khi phong cách thiết kế cơ cơ sở dữ liệu cho KH cần quan tâm đến việc trùng lặp, hãy vận dụng chuẩn 2NF nhé :
1. Bao gồm hàng loạt nhu yếu của chuẩn 1 .
2. Xóa bỏ tập con dữ liệu trong nhiều dòng của 1 bảng và đặt chúng vào những bảng riêng không liên quan gì đến nhau .
3. Tạo quan hệ giữa những bảng mới trải qua sử dụng khóa ngoại ( foreign keys )

• CustNum
• First Name
• Last Name
• Address
• City
• State

Có một sự dư thừa nhỏ là chúng ta đang lưu trữ “Sea Cliff, NY 11579” and
“Miami, FL 33157” 2 lần cho mỗi dòng. Điều này có thể không ảnh hưởng quá nhiều cho không gian lưu trữ nhưng nếu chúng ta không hàng trăm trường hợp như vậy thì sẽ rất lãng phí không gian lưu trữ. Ngoài ra, nếu ZIP code cho Sea Cliff có bị thay đổi thì chúng ta cần thay đổi cho rất nhiều chỗ trong cơ sở dữ liệu.

Trong chuẩn 2, việc làm giảm thông tin dư thừa là tách ra và tàng trữ vào những bảng riêng không liên quan gì đến nhau. Bảng mới của chúng có ( gọi là bảng ZIPs ) có những cột sau :

• ZIP
• City
• State

Như vậy, tất cả chúng ta sẽ vô hiệu được giá trị trùng lặp trong bảng Customers. Đấy là tiêu chuẩn tiên phong của chuẩn 1 đã được thỏa mãn nhu cầu. Chúng ta vẫn cần sử dụng khóa ngoại để nối 2 bảng lại với nhau. Chúng ta sử dụng ZIP code ( khóa chính cho bảng ZIPs ) để tạo quan hệ. Và đây là bảng Customers mới :

• CustNum
• First Name
• Last Name
• Address
• ZIP

Như vậy tất cả chúng ta đã làm giảm thiểu tối đa việc lặp thông tin và cấu trúc lại bảng theo chuẩn 2 .

>> Xem thêm: Phần Mềm Quản Lý Spa | Tiện Ích Mang Lại Mà Bạn Không Thể Ngờ

3NF (Third Normal Form)

Chuẩn 3 Normal Form sẽ vận dụng một số ít tiêu chuẩn sau để bảo vệ tính tối ưu nhất của CSDL :

• 1. Bao gồm tất cả yêu cầu của chuẩn 1 và chuẩn 2.
• 2. Xóa bỏ những cột không phụ thuộc vào khóa chính

Để hiểu rõ hơn tất cả chúng ta xem xét ví dụ sau : Chúng ta có bảng orders gồm có những thuộc tính sau :

• Order Number
• Customer Number
• Unit Price
• Quantity
• Total

Chú ý, điều tiên phong là bảng của tất cả chúng ta cần phải thỏa mãn nhu cầu chuẩn 1NF, 2 NF. Có sự lặp cột dữ liệu không ? – Không. Có khóa chính chưa ? – Có rồi, chính là cột order number. Do đó, bảng này thỏa mãn nhu cầu 1NF. Có tập con dữ liệu trong nhiều dòng ko ? – Không, do đó bảng này cũng thỏa mãn nhu cầu 2NF .
Bây giờ, tất cả chúng ta cùng xem tổng thể cột có phụ thuộc vào vào khóa chính không ?
Qua bảng trên tất cả chúng ta thấy cột total được xác lập bằng unit price nhân với quantity. Do vậy cột này không phụ thuộc vào vào khóa chính. Và bảng của tất cả chúng ta lúc này chỉ sử dụng những thuộc tính sau :

• Order Number
• Customer Number
• Unit Price
• Quantity

Và giờ đây bảng của tất cả chúng ta đã thỏa mãn nhu cầu chuẩn 3NF. Và total lúc này không được tàng trữ trong cơ sở dữ liệu và được tính trực tiếp khi tất cả chúng ta truy vấn .

BCNF (Boyce-Codd Normal Form)

Định nghĩa Một quan hệ ở dạng chuẩn BCNF nếu quan hệ đó :

• Là 3NF
• Không có thuộc tính khóa mà phụ thuộc hàm vào thuộc tính không khóa.

Ví dụ
Dạng chuẩn 4 ( 4NF ) có thêm một số ít nhu yếu sau :

• 1. Tất cả yêu cầu của chuẩn 3
• 2. Một quan hệ là chuẩn 4 nếu nó không có phụ thuộc nhiều giá trị.

Chú ý, những chuẩn hóa trên có tích chất tích góp. Vì vậy, cơ sở dữ liệu đã đạt chuẩn 2 thì nó phải đạt không thiếu tiêu chuẩn của chuẩn 1 .

4NF (Fourth Normal Form)

Fourth Normal Form (4NF) là Dạng chuẩn thứ tư (4NF). Đây là nghĩa tiếng Việt của thuật ngữ Fourth Normal Form (4NF) – một thuật ngữ thuộc nhóm Technology Terms – Công nghệ thông tin. Nhờ đó mà bạn hiểu chuẩn hóa dữ liệu là gì và áp dụng ra sao.

Hình thức thông thường thứ tư ( 4NF ) trong dạng chuẩn hóa dữ liệu chính là một mức độ thông thường hóa cơ sở dữ liệu mà không có nhờ vào multivalued không tầm thường khác hơn là một chìa khóa ứng viên .
Dạng chuẩn hóa dữ liệu này được kiến thiết xây dựng trên 3 hình thức thông thường tiên phong ( 1NF, 2NF và 3NF ) và dạng chuẩn Boyce-Codd ( BCNF ). Nó nói rằng, ngoài một cơ sở dữ liệu phân phối nhu yếu của BCNF, nó không được chứa nhiều hơn một nhờ vào đa trị .
Như vậy, 4NF khẳng định chắc chắn rằng một bảng không nên có nhiều hơn một trong những phụ thuộc vào. 4NF hiếm khi được sử dụng bên ngoài hội đồng hàn lâm. Nếu không có thành viên bảng cơ sở dữ liệu nào chứa hai hoặc nhiều dữ liệu độc lập và nhiều giá trị diễn đạt thực thể có tương quan, thì nó ở 4 th Normal Form .

Thông qua dạng chuẩn hóa dữ liệu này bạn sẽ nắm được chuẩn hóa dữ liệu là gì một cách chính xác.

5NF (Fifth Normal Form)

Một bảng là 5 th Normal Form chỉ khi là 4NF và không hề bị phân tách thành những bảng nhỏ hơn mà không bị mất dữ liệu .

6NF (Sixth Normal Form)

Trong những dạng chuẩn hóa dữ liệu thì 6NF hay còn được gọi là 6 th Normal Form chưa có quy chuẩn nhưng đang được luận bàn bởi những chuyên viên về CSDL .

>> Xem thêm: Phần Mềm Quản Lý Báo Giá | Lợi Ích Tuyệt Vời Mang Lại

Ví dụ của các dạng chuẩn hóa

Để giúp các bạn hiểu chuẩn hóa dữ liệu là gì, các bạn có thể tham khảo ví dụ các dạng chuẩn hóa như sau:

Ví dụ 1

Sau đây là một thực thể chưa có dạng chuẩn hóa dữ liệu :
Bảng. Thực thể “ Nhân viên – Khóa học ”

Mã NV	Họ và tên NV	Phòng CT	Mức lương	Khóa học thời gian ngắn	Ngày hoàn thành xong
100	Nguyễn Văn An	Marketing	42,000	Quan hệ công chúng	19/06/2009
100	Nguyễn Văn An	Marketing	42,000	Thương hiệu	07/10/2008
150	Phạm Ngọc Hoa	Marketing	38,500	Quan hệ công chúng	19/06/2009
150	Phạm Ngọc Hoa	Marketing	38,500	Nghiên cứu thị trường	12/08/2007
190	Vũ Minh Hà	Finance	38,000	Kế toán quản trị	07/05/1999

Thực thể không chứa những thuộc tính thứ sinh hay thuộc tính không quan trọng. Hãy triển khai chuẩn hóa thực thể trên .
Bạn sẽ thực thi chuẩn hóa dữ liệu bảng trên theo 3 bước sau đây :

• Bước 1. Thực thể này không chức các thuộc tính lặp nên đã có dạng chuẩn 1.

Tuy nhiên, bảng thực thể có nhiều dữ liệu bị trùng lặp giữa những dòng. Trong ví dụ trên, dữ liệu trong những cột “ Mã NV ”, “ Họ và tên NV ”, “ Phòng CT ” và “ Mức lương ” bị lặp lại khi một nhân viên cấp dưới học nhiều hơn một khóa học ( như Nguyễn Văn An, Phạm Ngọc Hoa ) .

• Bước 2. Do các thuộc tính không phải là khóa như “Họ và tên NV”, “Phòng CT” và “Mức lương” chỉ phụ thuộc hàm vào một phần của bộ khóa chính là “Mã NV” nên thực thể chưa có dạng chuẩn 2.

Để chuẩn hóa thực thể “ Nhân viên – Khóa học ” dạng chuẩn 1 thành dạng chuẩn 2, tất cả chúng ta thực thi 3 bước sau :

• Thiết lập thực thể chỉ chứa các thuộc tính không khóa phụ thuộc hàm đầy đủ vào bộ khóa (hay gọi là khóa chính). Trong bảng “Nhân viên – Khóa học” chỉ có thuộc tính “Ngày hoàn thành” phụ thuộc hàm đầy đủ vào khóa chính “Mã NV” và “Khóa học ngắn hạn”, như vậy ta có bảng quan hệ R1(Mã NV, Khóa học ngắn hạn, Ngày hoàn thành) là một bảng ở dạng chuẩn
• Thiết lập (các) thực thể chỉ chứa các thuộc tính không khóa phụ thuộc hàm vào từng phần của khóa. Trong bảng “Nhân viên – Khóa học” có các thuộc tính không khóa “Họ và tên NV”, “Phòng CT” và “Mức lương” chỉ phụ thuộc hàm vào “Mã NV”, như vậy ta thiết lập được bảng quan hệ R2(#Mã NV, Họ và tên NV, Phòng CT, Mức lương) là bảng thuộc dạng chuẩn 2.

• Mối quan hệ giữa bảng R1 và bảng R2 sẽ được thể hiện bằng “Mã NV”.

Sau 3 bước trên ta có thực thể như hình vẽ dưới đây. Các bảng R1 và R2 đều ở dạng chuẩn 2. Chúng cũng có dạng chuẩn 3NF do toàn bộ những nhờ vào hàm giữa khóa chính và những thuộc tính khác của nó đều là trực tiếp .
Thực thể “ Nhân viên ” ( R2 ) và thực thể “ Nhân viên – Khóa học ” ( R1 ) ở dạng chuẩn 3

Ví dụ 2

Công ty Văn phòng phẩm Hồng Hà có mạng lưới hệ thống đại lý ở những Q. trên địa phận Thành phố TP. Hà Nội. Mỗi Q. có một đại lý, mỗi đại lý có duy nhất một người đảm nhiệm bán hàng và ngược lại mỗi người bán hàng chỉ đảm nhiệm duy nhất một đại lý. Mỗi người mua kinh doanh bán lẻ lấy hàng ở một đại lý .
Nếu tất cả chúng ta thiết kế xây dựng thực thể “ Khách hàng – Người đảm nhiệm ” như bảng dưới thì sẽ có sự phụ thuộc vào bắc cầu giữa những thuộc tính :

• Mã KH → Họ tên KH, Họ tên người bán hàng, Đại lý (phụ thuộc hàm vào khóa)
• Đại lý → Họ tên người bán hàng (phụ thuộc hàm từ quy tắc)

Như vậy thực thể có chứa nhờ vào hàm bắc cầu : Mã KH → Đại lý → Họ tên người bán hàng .

Bảng: Thực thể “Khách hàng – Người phụ trách”

Xem thêm: 7 phương pháp dạy học tiếng việt theo hướng phát triển năng lực hiệu quả – https://thomaygiat.com

#Mã KH	Họ tên KH	Họ tên người bán hàng	Đại lý
231	Trần Đình Chiến	Lê Ngọc Hà	Đống Đa
179	Nguyễn Mai Hoa	Lê Ngọc Hà	Đống Đa
167	Lê Kim Nhung	Nguyễn Văn Nam	CG cầu giấy
106	Vũ Thúy Hòa	Nguyễn Văn Nam	CG cầu giấy
370	Phan Thu Thủy	Hoàng Văn Hải	Hai Bà Trưng
…	…	…	…

Vì thực thể “ Khách hàng – Người đảm nhiệm ” có chứa phụ thuộc vào hàm bắc cầu nên sẽ có một số ít khuyết điểm như sau :

• Nếu một người bán hàng mới được giao nhiệm vụ phụ trách đại lý mới, hệ thống không thể nhập dữ liệu cho đến khi người đó tìm được một khách hàng nào đó (vì khóa “Mã KH” cần phải có giá trị không rỗng).
• Giả sử đại lý “Hai Bà Trưng” chỉ có một khách hàng 370, nếu xóa khách hàng 370 ra khỏi bảng, chúng ta sẽ bị mất thông tin về người phụ trách bán hàng “Hoàng Văn Hải” đang phụ trách đại lý “Hai Bà Trưng”.
• Nếu người phụ trách bán hàng “Lê Ngọc Hà” chuyển sang phụ trách khu vực khác, nhiều dòng sẽ phải cập nhật lại…

Để xóa bỏ phụ thuộc vào hàm bắc cầu, tất cả chúng ta chia bảng thành 2 bảng nhỏ tương ứng với hai thực thể “ Khách hàng – Đại lý ” và “ Đại lý – Người đảm nhiệm ” ( bảng 3.12. a, b ). Hai thực thể mới không có những thuộc tính bắc cầu nên đều ở dạng chuẩn 3 .

Ví dụ 3.

Để phong cách thiết kế những tệp dữ liệu quản trị những hóa đơn bán hàng ( hình dưới ), tất cả chúng ta thực thi những bước như sau :

• Bước 1: Xác định các thông tin liên quan như danh sách khách hàng, danh mục hàng hóa, phiếu xuất kho…
• Bước 2: Liệt kê tất cả các thuộc tính liên quan đến hóa đơn bán hàng, xác định các thuộc tính lặp (R) và thuộc tính thứ sinh (S). Đặt tên cho thực thể ban đầu là “Hóa đơn (1)” với các thuộc tính sau:

Số hóa đơn, Liên số, Mã KH, Họ và tên KH, Địa chỉ KH, Số thông tin tài khoản, Mã số thuế, Phương thức giao dịch thanh toán, Stt ( R ), Tên sản phẩm & hàng hóa ( R ), Đơn vị tính ( R ), Đơn giá ( R ), Số lượng ( R ) ,
Thành tiền ( R ) và ( S ), Tổng cộng ( S ), Thuế Hóa Đơn Đỏ ( S ), Tổng tiền giao dịch thanh toán ( S ), Viết bằng chữ ( S ), Ngày bán, Người bán, Người mua .
Vì “ Số hóa đơn ” đủ để phân biệt hóa đơn này với hóa đơn khác nên khóa chính của thực thể này là “ Số hóa đơn ” .
Ví dụ về hóa đơn bán hàng

• Bước 3: Loại bỏ các thuộc tính thứ sinh và các thuộc tính ít có ý nghĩa trong quản lý (Liên số, Stt), thực thể “Hoá đơn (1)” còn lại các thuộc tính sau:

# Số hóa đơn, Mã KH, Họ và tên KH, Địa chỉ KH, Số thông tin tài khoản, Mã số thuế, Phương thức giao dịch thanh toán, Tên sản phẩm & hàng hóa ( R ), Đơn vị tính ( R ), Đơn giá ( R ), Số lượng ( R ), Ngày bán, Người bán, Người mua .

• Bước 4:

a. Thực hiện chuẩn hóa mức 1 ( 1NF ). Theo nhu yếu của chuẩn hóa mức 1, thực thể “ Hóa đơn ( 1 ) ” chứa những thuộc tính lặp là “ Tên sản phẩm & hàng hóa ( R ), Đơn vị tính ( R ), Đơn giá ( R ), Số lượng ( R ) ” nên phải tách chúng ra thành list con, gán cho nó một tên là “ Hàng mua ( 1 ) ” với thuộc tính định danh mới là “ Mã sản phẩm & hàng hóa ”, tích hợp với thuộc tính định danh của list gốc “ Số hóa đơn ” tạo thành một bộ khóa .
Sau khi chuẩn hóa mức 1, ta được 2 thực thể :

Hóa đơn ( 2 )	Hàng mua ( 1 )
# Số hóa đơn, Mã KH, Họ và tên KH, Địa chỉ KH, Số thông tin tài khoản, Mã số thuế, Phương thức thanh toán giao dịch, Ngày bán, Người bán, Người mua .	Số hóa đơn, Mã sản phẩm & hàng hóa, Tên sản phẩm & hàng hóa, Đơn vị tính, Đơn giá, Số lượng

b. Thực hiện chuẩn hóa mức 2 ( 2NF ). Theo nhu yếu của chuẩn hóa mức 2, trong mỗi thực thể, những thuộc tính không phải là khóa phải phụ thuộc vào hàng loạt vào khóa. Nếu có thuộc tính chỉ phụ thuộc vào vào một phần của khóa, ta phải tách chúng thành list mới, lấy bộ phận của khóa đó làm thuộc tính định danh cho list mới, gán cho nó một cái tên tương thích với nội dung mà nó phản ánh .
Thực thể “ Hóa đơn ( 2 ) ” đã có dạng chuẩn 2 do mọi thuộc tính đều phụ thuộc vào vào “ Số hóa đơn ” .
Trong thực thể “ Hàng mua ( 1 ) ”, ta thấy thuộc tính “ Số lượng ” nhờ vào hàng loạt vào khóa “ Số hóa đơn ” và “ Mã sản phẩm & hàng hóa ”, còn những thuộc tính “ Tên sản phẩm & hàng hóa ”, “ Đơn vị tính ”, “ Đơn giá ” chỉ phụ thuộc vào vào “ Mã sản phẩm & hàng hóa ”. Chúng ta tách thực thể “ Hàng mua ( 1 ) ” thành hai thực thể “ Hàng mua ” và “ Hàng hóa ” có dạng chuẩn 2 :

Hàng mua	Hàng hóa
Số hóa đơn, Mã sản phẩm & hàng hóa, Số lượng	# Mã sản phẩm & hàng hóa, Tên sản phẩm & hàng hóa, Đơn vị tính, Đơn giá

c. Thực hiện chuẩn hóa mức 3 ( 3NF ). Theo nhu yếu của chuẩn hóa mức 3, trong những list không được sống sót sự nhờ vào bắc cầu giữa những thuộc tính .
Hai thực thể “ Hàng mua ” và “ Hàng hóa ” có dạng chuẩn 3 .

>> Xem thêm: 3 Mẫu Báo Giá Đẹp Mà Khách Hàng Không Thể Bỏ Qua

Trong thực thể “ Hóa đơn ( 2 ) ” sống sót sự nhờ vào bắc cầu giữa những thuộc tính : từ “ Mã KH ” hoàn toàn có thể suy ra “ Họ và tên KH ”, “ Địa chỉ KH ”, “ Số thông tin tài khoản ”, “ Mã số thuế ”. Do đó, ta phải tách từ thực thể “ Hóa đơn ( 2 ) ” một thực thể mới là “ Khách hàng ” và được 2 thực thể : “ Hóa đơn ” và “ Khách hàng ”. Trong thực thể “ Hóa đơn ”, thuộc tính “ Mã KH ” là thuộc tính quan hệ .

Hóa đơn	Khách hàng
# Số hóa đơn, Mã KH, Phương thức giao dịch thanh toán, Ngày bán, Người bán, Người mua .	# Mã KH, Họ và tên KH, Địa chỉ KH, Số thông tin tài khoản, Mã số thuế .

Tóm lại, sau khi triển khai chuẩn hóa dữ liệu ở mức 3, tất cả chúng ta thu được 4 thực thể có dạng chuẩn trọn vẹn sau đây :
Bảng 13. Các thực thể đã được chuẩn hóa

Hóa đơn	Khách hàng	Hàng mua	Hàng hóa
Số hóa đơn	# Mã KH	Số hóa đơn	# Mã sản phẩm & hàng hóa
Mã KH	Họ và tên KH	Mã sản phẩm & hàng hóa	Tên sản phẩm & hàng hóa
Ph. thức thanh toán giao dịch	Địa chỉ KH	Số lượng	Đơn vị tính
Ngày bán Người bán	Số thông tin tài khoản Mã số thuế		Đơn giá
Người mua Xem thêm: Lịch sử Internet – Wikipedia tiếng Việt

Nói chung, bài viết trên đã giúp các bạn hiểu chính xác chuẩn hóa dữ liệu là gì cũng như các dạng chuẩn hóa phổ biến hiện nay. Hy vọng qua các ví dụ minh họa, các bạn có thể hiểu thêm về vấn đề này.

Liên hệ với website crm khách ngành hàng chúng tôi để được hỗ trợ trực tuyến hoặc trực tiếp tại:

• Địa Chỉ: Tầng 5, Tòa nhà 97 – 99 Láng Hạ, Láng Hạ, Đống Đa, Hà Nội
• HotLine: 086 909 2929
• Website: https://thomaygiat.com/
• Email:  [email protected]

Source: https://thomaygiat.com
Category : Kỹ Thuật Số