1NF (첫 번째 정상 형식)를 초과하는 정규화의 목적은 Codd에 의해 다음과 같이 명시되었습니다 : 대부분의 데이터베이스가 사용하는 세 가지 정상적인 형태가 있습니다. 테이블이 연속적인 각 데이터베이스 정규화 양식을 충족함에 따라 데이터베이스 수정 이상 징후가 줄어들고 유일한 목적이나 주제에 더 집중하게 됩니다. 이동하기 전에 데이터베이스 테이블의 정의를 이해해야 합니다. employee_id 및 referrer_id에 대한 열이 있는 사람 테이블을 사용하는 것이 이름이나 DOB와 같은 반복적인 정보가 없는 테이블에 링크하여 데이터를 쿼리할 때 이상한 이름이나 어떻게든 충돌하는 데이터를 얻지 않도록 하는 것이 더 나을 수 있습니다. . 중복은 정규화에서 다루지 않지만 관계형 데이터베이스에 중복 된 데이터를 사용하는 것은 좋지 않은 생각처럼 보입니다. db에서 중복 된 데이터를 제거하기위한 규칙 / 관행은 무엇입니까? 저는 온라인 학생으로 데이터베이스 디자인을 이해하려고 노력하여 직장에서 나를 위해 일할 수 있도록 노력합니다. 난 그냥 정상화에 대한 평범한 이야기에 대한 감사를 말하고 싶었다. 그것은 공식적으로 가르쳐지기 전에 정규화를 이해하는 데 도움이되었습니다 (그것이 될 것이라고 가정). 그리고 더 강력한 관계형 구조를 구축하는 데 도움이 되어 실제 환경에서 배포할 프로젝트 데이터베이스를 실제로 구축할 수 있기를 기대합니다. 덕분에 정규화의 다양한 상태를 살펴보면 각 양식이 이러한 문제를 해결하는 방법을 논의하지만 먼저 정규화되지 않은 일부 데이터를 살펴보고 잠재적인 함정에 대해 논의해 보겠습니다.

안녕하세요 크리스, 그러나 어떻게 은행에 대한 uml 정규화에 대한 데이터베이스 테이블이 같은 것입니다 매우 간단한 방식으로 정규화를 설명하는 데 도움을 주셔서 감사합니다. 예제를 통해 정규화의 개념은 매우 유용합니다. 그것은 내가 그것을 명확하게 이해하는 데 도움이되었습니다. 공유 주셔서 감사합니다. 데이터베이스 정규화는 데이터의 중복성과 종속성을 최소화하기 위해 기존 스키마를 수정하는 데이터베이스 스키마 디자인 기술입니다. 내가 한 걸음 뒤로 물러서서 엄격한 정상화를 따르지 않는 경우가 분명히 있습니다. 나는 수년에 걸쳐 작성 한 응용 프로그램에서이 작업을 여러 번 수행했습니다. 그러나 일반적인 정규화는 성능에 방해가되는 것보다 더 많은 데 도움이될 것이라고 생각합니다. 정규화와 관련하여 조인을 탐색하기 전에 한 이유는 독자에게 데이터가 왜 많은 테이블에 분산되어 있는지, 그리고 왜 데이터를 다시 꿰매는 방법을 배우기 위해 번거로움을 겪어야하는지 에 대한 감사를 제공하는 것이 좋을 것이라고 생각했기 때문입니다. r.

비디오 라이브러리가 대여한 영화의 데이터베이스를 유지 관리한다고 가정합니다. 정규화없이 모든 정보는 아래와 같이 하나의 테이블에 저장됩니다. 아래 비디오에서는 데이터베이스 정규화에 대한 좋은 개요를 제공합니다. 당신이 원하는 경우, 개념은 비디오 아래, 상세하게 다루어지므로, 비디오를 건너 뛸 수 있습니다. 나는 당신이 정상화를 얻을 수 있었다 너무 기쁘다. 이것은 매우 도움이 되었다. 나는이 주제에 대한 블로그와 기사를 읽었지만, 정규화 규칙이 실제로 중요한 이유와 데이터베이스에 장기적으로 미치는 영향을 이해하기 위해 고군분투하여 내 자신의 교육된 결정을 내릴 수 있습니다 . 감사합니다 아미트 데이터베이스 정규화에 대한 좋은 설명. 두 테이블을 비교하고 결과를 하나의 테이블로 가져 갑니다.