이 Anum Lodhi, 누가 소프트웨어의 큰 관심을 설계하고있다가 손님 게시물입니다

%tags 그냥 당신이 집을 지을 수있는 청사진이 필요하기 위해서는 데이터베이스를 성공적으로 구현하면 데이터베이스의 청사진이 필요합니다. 후자의 건설 과정을 불리는이 최종 단계에 대한 무거운 번호를 포함하는 '디자인 차' - 제품에 융통성이 있어야합니다. 이 단계는 실제로 정보를 정의 (+ 구조)를 데이터베이스로 갈 것이다, 가정 형식이나 데이터 항목의 값을 데이터베이스 내의 데이터 항목 간의 관계와 관련된했다. 모든 전문 회사와 가장 효율적인 방법으로 자신의 데이터베이스 디자인이 절차를 사용합니다.

그것은 4 단계를 포함 :

1. 요구 사항 분석

데이터베이스 요구 사항에 따라 결정됩니다. 시스템에서 사용자의 정확한 요구 사항을 관련 정보 시스템 관련 수집 captured.All입니다. 6 개의 가장 일반적인 기법 위치 :

          • 기존의 문서, 양식, 데이터베이스의 샘플링
          • 연구 및 사이트 방문
          • 관측 업무 환경의
          • 설문 조사
          • 프로토 타입을 직접 확인하기 전에 사용자의 요구 사항의 작은 모델을 구축
          • 공동 요구 사항 계획 (JRP) - 그룹 회의를 기존의 문제를 분석을 실시하고있습니다

          2. 엔티티 관계 다이어그램 (ERD)를

          ERD를 표현하는 데이터베이스 디자인에 대한 높은 수준의 표기법입니다. 그것은 그래픽은 매우 단순하고 이해할 수있는 방식으로 기호를 사용하여 데이터베이스의 구조를 정의합니다.

          내용은 '요구 분석'단계에서 수집한 ERD를 (엔티티 관계 다이어그램)의 데이터로 변환됩니다 엔티티와 그들 사이의 관계로 구성되어있다. 그래서 대신에 재료의 긴 조각을 통해가는, 우리가 쉽게 읽을 수있는 정보의 동일한 조각 회화 표현했다.

          샘플 다이어그램 응급실이있습니다 :

          673px-ER_Diagram_MMORPG

          (이미지 예의 위키백과)

          다양한 데이터 모델링 언어, 대만 표기법, IDEFIX 까마귀의 발이 표기법과 같은 ERD를 만들고 (통합 정보 모델링)의 정의, Bachman 표기법은 UML (통합 모델링 언어) 표준 등 음영 위키백과 표기법을 사용할 수있습니다 응급실에 대한 좋은 페이지가 도표는 여기에

          3. 관계형 모델

          아주 ERD를에서 시나리오를 이해하지만, 후자는 매우보기 구현 시점에서 약한 쉽습니다. 하위 클래스의 개념 (는 IS - 구조) 및 관계, 예를 들어, 데이터베이스에 직접 구현하실 수없습니다. 관계형 모델의 역할이 시점에서 온다.

          관계형 모델 (또한, 관계)라는 테이블의 하나의 개념을 고용하고있다. 엔티티 집합과 관계에 그려진 ERD를 테이블로 변환되어 관계형 모델입니다.

          저기 전환을위한 다섯 단계가있습니다 :

                  • 뒤로 각 아닌 약한 엔티티를 해당 테이블에 속성의 동일한 세트
                  • 그의 특성을 연결 엔티티 집합의 열쇠는 관계에 의해 대체 관계
                  • 어떤 관계를 잘 결합하는 경우 또는 제외 할 수있습니다. 예를 들어, 지원 관계가 약한 엔티티 집합 ()에 대한 관계를 전혀 변환될 필요가없습니다.
                  • 약한 엔티티를 가진 속성 자체 속성은 관계에 의해 설정 바꾸기 (있는 경우) 더하기 빌려 특성에 도움이 자사의 기본 키를 확인합니다.
                  • 하위 클래스 구조를 지향 접근 방식, 전자 / R은 스타일의 전환이나 null 값을 개체를 사용하여 변환합니다.

                  관계 모델로 응급실에 다이어그램을 변환하는 광범위한 개념에 대한 설명은이 포스트에서 다루지 않을 것입니다. 많은 좋은 책들과 그것을 이해하기 쉽게 온라인으로 자원을 사용할 수있습니다. 에 대한 개요이 예제에서는 제가 위키 피 디아에서 가져온 고려해야 :

                  일부 relvars 그들의 특성을 설명 그날, 아주 간단한 예입니다 :

                  • 고객 (고객 ID, 세금 ID, 이름, 주소, 도시, 주, 우편 번호, 전화 번호)
                  • 주문 (주문 번호, 고객 ID, 송장 번호, 날짜에 배치, 날짜, 약속, 조건, 상태)
                  • 주문행 (주문 번호, 주문 행 번호, 제품 코드, 수량)
                  • 송장 (인보이스 번호, 고객 ID, 주문 번호, 날짜, 상태)
                  • 송장 라인 (인보이스 번호, 인보이스 라인 번호, 제품 코드, 수량 배송됨)
                  • 제품 (제품 번호, 제품 설명)

                  이 디자인에서 우리는 6 relvars : 고객, 주문, 주문 라인, 송장, 송장 라인과 제품이. 대담하고, 속성이 후보는 키가있습니다 밑줄. 비 - 굵게, 속성을 외래 키 수있습니다 밑줄.

                  4. 정규화

                  정규화 기본 양식 등급을 증가시키는 과정이다. 위해서는 중복 및 데이터 변형을 피하기 위해 주로 다음과 같은 의존성을 제거 :

                          • 부분 종속성 : 기반으로 기본 키의 일부분에
                          • 트랜 의존도 방법 : 기본 키에 속하지 않은 속성을 기반으로

                          정규화의 3 형태의 위치 :

                                  1. 1NF
                                    • 최저 implementable 정규형
                                    • 기본 키 엔티티 무결성 요구 사항을 충족합니다
                                    • 각 셀에 대해 단일 값을 포함
                                    • 비 - 기본 키 값을 기본 키에 의존하고있다
                                  2. 2NF
                                    • 1NF 모든 조건을 충족하는
                                    • 부분
                                      종속성이 제거됩니다
                                  3. 3NF
                                    • 전체 2Nf 조건을 충족하는
                                    • 트랜 종속성 제거

                                  5NF와 BCNF보다 높은 형태의 최대 (보이스 - Codd 정규형)도 존재한다.

                                  정규화 두 가지 방법으로 적용할 수있습니다 :

                                          • 일반 관계형 모델이 만들어진 후 신청 양식
                                          • 세 번째 단계는 테이블의 생성을 고려 정상화를 직접 이루어집니다 건너 뜁니다

                                          daleeman 블로그를 데이터베이스 정규화에 대한 아주 좋은 게시물있다. 읽기 : 데이터베이스 정규화의 당신이 세부 사항에 데이터베이스 정규화 이해하는데 도움이됩니다 실용적인 응용 프로그램을.

                                          이 글이 마음에? 우리가 더 많은 관심과 원천 기술 업데이 트에 대한 피드에 가입하십시오. 여기를 클릭하여 이메일을 통해 업데이 트를 받으려면. 당신은 또한 페이스 북의 팬 페이지에 참여할 수있습니다