Nghe có vẻ như bạn tìm thấy nó ở đâu đó trong một khóa học CS hoặc tương tự (đó là một điều tốt IMO). Tôi cũng học nó ở một số lớp và tôi thích cách tiếp cận của giáo viên:
các đồng nghiệp từ các trường phổ thông khác, các khóa học, ... nói với tôi rằng họ đã được trao những bài báo lớn giải thích sự bình thường hóa theo cách rất lý thuyết (do đó khá nhàm chán) và họ không biết làm thế nào để chuyển kiến thức trị liệu này vào sơ đồ ER.
Mặt khác, chúng tôi dành nhiều giờ để tìm hiểu cách thiết kế sơ đồ ER, các ý tưởng tạo nên cơ sở dữ liệu tốt và có thể bảo trì, cách giải quyết các vấn đề phát sinh trong sơ đồ cũng như trong cơ sở dữ liệu (với SQL) và hơn thế nữa . Sau khi những khái niệm này được suy nghĩ, chúng tôi đã nói "những gì bạn đã làm được gọi là" bình thường hóa ". Bạn đã làm điều này và rằng khi thiết kế ER, đây là hình thức chuẩn hóa đầu tiên .....
Một câu bị mắc kẹt trong đầu tôi đối với những câu hỏi như vậy từ giáo viên của tôi là "với mô hình ER được thiết kế tốt và hợp lý, bạn C ALNG CÓ một cơ sở dữ liệu chuẩn hóa, vì vậy bạn không cần phải suy nghĩ về tất cả các hình thức chuẩn hóa".
Vì câu hỏi của bạn không phải là về CÁCH / TẠI SAO sử dụng chuẩn hóa mà là KHI trong quá trình thiết kế, tôi nghĩ rằng văn bản dài của tôi ở trên cung cấp cho bạn một câu trả lời khả thi: khi bạn hiểu các nguyên tắc của thiết kế DB tốt, hơn là mô hình ER cuối cùng của bạn được định mức (ví dụ bạn đã tạo các bảng tham gia thích hợp, các khóa ngoại được sử dụng được áp dụng, ...). Tôi nghĩ rằng đó là một quá trình cần đi đôi với việc thiết lập các bảng, quan hệ của họ và vân vân.
Tất nhiên, bình thường hóa không phải lúc nào cũng cần hoặc muốn nhưng trong hầu hết các trường hợp, "vẽ" ER và suy nghĩ nó thông qua giúp bạn tránh áp dụng chuẩn hóa bằng cách nhìn vào mô hình và suy nghĩ: "OK, dạng thứ nhất, là giá trị của tôi là nguyên tử nhất có thể "