DẠNG CHUẨN THỨ BA LÀ GÌ? (CƠ SỞ DỮ LIỆU) - CÔNG NGHỆ - 2026

Dạng chuẩn thứ ba (cơ sở dữ liệu) là một kỹ thuật thiết kế cơ sở dữ liệu quan hệ, trong đó các bảng khác nhau tạo nên nó không chỉ tuân theo dạng chuẩn thứ hai, mà tất cả các thuộc tính hoặc trường của nó phụ thuộc trực tiếp vào khóa chính.

Khi thiết kế cơ sở dữ liệu, mục tiêu chính là tạo ra một biểu diễn chính xác của dữ liệu, các mối quan hệ giữa chúng và các hạn chế đối với dữ liệu có liên quan.

Nguồn: pixabay.com

Để đạt được mục tiêu này, một số kỹ thuật thiết kế cơ sở dữ liệu có thể được sử dụng, trong số đó là chuẩn hóa.

Đây là một quá trình sắp xếp dữ liệu trong cơ sở dữ liệu để tránh dư thừa và các dị thường có thể xảy ra khi chèn, cập nhật hoặc loại bỏ dữ liệu, do đó tạo ra một thiết kế đơn giản và ổn định của mô hình khái niệm.

Nó bắt đầu bằng cách kiểm tra mối quan hệ chức năng hoặc sự phụ thuộc giữa các thuộc tính. Chúng mô tả một số thuộc tính của dữ liệu hoặc mối quan hệ giữa chúng.

Hình dạng bình thường

Chuẩn hóa sử dụng một loạt các bài kiểm tra, được gọi là các dạng thông thường, để giúp xác định nhóm tối ưu của các thuộc tính này và cuối cùng thiết lập tập hợp các mối quan hệ thích hợp hỗ trợ các yêu cầu dữ liệu của công ty.

Đó là, kỹ thuật chuẩn hóa được xây dựng xung quanh khái niệm về dạng chuẩn, định nghĩa một hệ thống các ràng buộc. Nếu một mối quan hệ đáp ứng các ràng buộc của một dạng chuẩn cụ thể, thì mối quan hệ đó được cho là ở dạng bình thường đó.

Dạng chuẩn đầu tiên (1FN)

Một bảng được cho là trong 1FN nếu tất cả các thuộc tính hoặc trường bên trong nó chỉ chứa các giá trị duy nhất. Có nghĩa là, mọi giá trị cho mỗi thuộc tính phải là không thể phân chia.

Theo định nghĩa, một cơ sở dữ liệu quan hệ sẽ luôn được chuẩn hóa về dạng chuẩn đầu tiên, bởi vì các giá trị thuộc tính luôn là nguyên tử. Tất cả các mối quan hệ trong cơ sở dữ liệu đều nằm trong 1FN.

Tuy nhiên, việc chỉ để lại cơ sở dữ liệu như vậy sẽ kích thích một số vấn đề, chẳng hạn như dự phòng và các lỗi nâng cấp có thể xảy ra. Các hình thức bình thường cao hơn đã được phát triển để khắc phục những vấn đề này.

Dạng chuẩn thứ hai (2FN)

Nó giải quyết việc loại bỏ các phụ thuộc vòng tròn khỏi một bảng. Một quan hệ được cho là trong 2FN nếu nó nằm trong 1FN và hơn nữa mỗi trường hoặc thuộc tính không phải khóa phụ thuộc hoàn toàn vào khóa chính, hay cụ thể hơn, nó đảm bảo rằng bảng có một mục đích duy nhất.

Thuộc tính không phải khóa là bất kỳ thuộc tính nào không phải là một phần của khóa chính cho một mối quan hệ.

Dạng chuẩn thứ ba (3FN)

Nó giải quyết việc loại bỏ các phụ thuộc bắc cầu khỏi một bảng. Tức là loại bỏ các thuộc tính không phải khóa không phụ thuộc vào khóa chính mà phụ thuộc vào thuộc tính khác.

Phụ thuộc bắc cầu là một loại phụ thuộc hàm trong đó giá trị của một trường hoặc thuộc tính không phải khóa được xác định bởi giá trị của một trường khác cũng không phải là khóa.

Bạn nên tìm kiếm các giá trị lặp lại trong các thuộc tính không phải khóa để đảm bảo rằng các thuộc tính không phải khóa này không phụ thuộc vào bất kỳ thứ gì khác ngoài khóa chính.

Các thuộc tính được cho là độc lập lẫn nhau nếu không có thuộc tính nào phụ thuộc về mặt chức năng vào sự kết hợp của các thuộc tính khác. Sự độc lập lẫn nhau này đảm bảo rằng các thuộc tính có thể được cập nhật riêng lẻ mà không có nguy cơ ảnh hưởng đến thuộc tính khác.

Do đó, để mối quan hệ trong cơ sở dữ liệu ở dạng bình thường thứ ba, nó phải tuân thủ:

- Tất cả các yêu cầu của 2FN.

- Nếu có các thuộc tính không liên quan đến khóa chính thì phải loại bỏ chúng và xếp vào một bảng riêng, liên hệ cả hai bảng bằng khóa ngoại. Có nghĩa là, không nên có bất kỳ phụ thuộc bắc cầu nào.

Ví dụ về dạng chuẩn thứ ba

ví dụ 1

Đặt bảng là STUDENT, có khóa chính là nhận dạng của học sinh (STUDENT_ID) và được tạo thành từ các thuộc tính sau: STUDENT_NAME, STREET, CITY và POST_CODE, đáp ứng các điều kiện là 2FN.

Trong trường hợp này, STREET và CITY không có mối quan hệ trực tiếp với khóa chính STUDENT_ID, vì chúng không liên quan trực tiếp đến học sinh, nhưng hoàn toàn phụ thuộc vào mã bưu điện.

Vì sinh viên được xác định bởi trang web được xác định bởi CODE_POSTAL, STREET và CITY có liên quan với thuộc tính này. Do mức độ phụ thuộc thứ hai này, không cần thiết phải lưu trữ các thuộc tính này trong bảng STUDENT.

Tạo bảng mới

Giả sử rằng có nhiều sinh viên nằm trong cùng một mã vùng, trong đó bảng STUDENT có vô số hồ sơ và bắt buộc phải thay đổi tên đường hoặc thành phố, thì đường hoặc thành phố này phải được tìm kiếm và cập nhật trong toàn bộ bảng. SINH VIÊN.

Ví dụ: nếu bạn cần thay đổi đường “El Limón” thành “El Limón II”, bạn sẽ phải tìm kiếm “El Limón” trong toàn bộ bảng STUDENT và sau đó cập nhật nó thành “El Limón II”.

Tìm kiếm trong một bảng khổng lồ và cập nhật một hoặc nhiều bản ghi sẽ mất nhiều thời gian và do đó ảnh hưởng đến hiệu suất của cơ sở dữ liệu.

Thay vào đó, các chi tiết này có thể được giữ trong một bảng riêng (POSTCARD) có liên quan đến bảng STUDENT bằng cách sử dụng thuộc tính POST_CODE.

Bảng POST sẽ có ít bản ghi hơn tương đối và bảng POST này sẽ chỉ cần được cập nhật một lần. Điều này sẽ được tự động phản ánh trong bảng STUDENT, đơn giản hóa cơ sở dữ liệu và truy vấn. Vì vậy, các bảng sẽ ở dạng 3FN:

Ví dụ 2

Hãy xem xét bảng sau với trường Project_Num làm khóa chính và với các giá trị lặp lại trong các thuộc tính không phải là khóa.

Giá trị Điện thoại được lặp lại mỗi khi tên của người quản lý được lặp lại. Điều này là do số điện thoại chỉ có mức độ phụ thuộc thứ hai vào số dự án. Nó thực sự phụ thuộc vào người quản lý trước tiên, và điều này lại phụ thuộc vào số dự án, điều này tạo nên sự phụ thuộc mang tính bắc cầu.

Thuộc tính Project_Manager không thể là một khóa khả dĩ trong bảng Dự án vì cùng một người quản lý quản lý nhiều dự án. Giải pháp cho việc này là loại bỏ thuộc tính có dữ liệu lặp lại (Điện thoại), tạo một bảng riêng biệt.

Các thuộc tính tương ứng phải được nhóm lại với nhau, tạo một bảng mới để lưu chúng. Dữ liệu được nhập và nó được xác minh rằng các giá trị lặp lại không phải là một phần của khóa chính. Khóa chính được đặt cho mỗi bảng và nếu cần, khóa ngoại sẽ được thêm vào.

Để tuân theo biểu mẫu thông thường thứ ba, một bảng mới (Người quản lý) được tạo để giải quyết vấn đề. Cả hai bảng đều có liên quan với nhau thông qua trường Project_Manager:

Người giới thiệu

1. Teradata (2019). Biểu mẫu thông thường thứ nhất, thứ hai và thứ ba. Lấy từ: docs.teradata.com.
2. Tutorial Cup (2019). Dạng chuẩn thứ ba (3NF). Lấy từ: tutorialcup.com.
3. Cơ sở dữ liệu Dev (2015). Dạng chuẩn thứ ba (3NF) - Chuẩn hóa cơ sở dữ liệu của bạn. Lấy từ: databasedev.co.uk.
4. Thiết kế DB quan hệ (2019). Giới thiệu về Biểu mẫu Thông thường Thứ ba. Lấy từ: relationaldbdesign.com.
5. Hình nộm (2019). SQL Dạng thứ nhất, Thứ hai và Thứ ba. Lấy từ: dummies.com.