소소한 DB 팁

코드코드속성 : 이미 정해 놓은 값이 사용( 그값만으로는 의미를 알수없고 코드엔터티에서 확인가능)                  코드속성과 구별해야 할 식별자 코드비코드속성 : 실제값이 저장된다 그값을 보고 의미를 파악(                  식별자 코드는 엔터티의 주식별자속성 이름이~코드로 끝난 속성                  식별자 코드는 코드 속성이 아니라 비코드 속성이다.(부서코드, 지점코드 등등)                  독립된 엔터티가 존재하며, 코드값과 코드명을 의미하는 것외에 부가 데이터 즉 엔터티를 설명하는 다른 속성까지도 관리해야 하기때문에 개별엔터티로 설계한것이다. 만약 부서코드와 부서명만 관리한다면 추후에도 속성이 없다면 일반코드로 정의해서 공통코드엔터티에 관리할 ..

공공데이터베이스 산출물 관리 공공데이터베이스 설계 ·구축 ·운영 ·관리 시 표준용어, 표준단어, 표준도메인, 표준코드를 준수하여 데이터베이스 구축 산출물을 작성하도록 하여야 함. 공공데이터베이스 구축시 필수 산출물 논리ERD, 엔터티 정의서, 속성 정의서, 데이터베이스 정의서 물리ERD, 테이블정의서, 컬럼정의서, 그밖에 공공데이터베이스 관리에 필요한 산출물~ 공공데이터베이스 표준화 사전 진단 ˘ 시스템 구축 후 품질관리 : 운영단계에서 제공중인 데이터의 품질을 관리하는 활동으로 품질개선을 위한 예산 부담이 쿠고 운영시스템은 품질개서 활동 곤란 ˘ 시스템 구축 전 품질관리 : 정보시스템 구축계획을 수립하는 ISP, ISMP등 계획 단계부터 품질관리 활동을 수행하여 품질요구가 반영된 RFP의 작성으로 고품..

이력데이터 설계하는 방법 - 엔터티 단위 이력/ 속성 단위 이력/ 속성그룹 단위 이력 설계방법있음 1. 엔터티 단위 이력 원천 엔터티인 계좌엔터티에서 속성값이 하나라도 변경되면 변경전의 전체속성을 별도의 이력 엔터티에서 관리하는 방법 ˘ 장점 : 인스턴스의 스냅샷 데이터이기 때문에 저장하시 쉽고 해당 시점에 전체 데이터 즉 변경된 속성값과 변경되지 않으 속성값을 한번에 액세스로 조회하기 쉽다 ˘ 단점 : 엔터티를 통째로 이력관리하는방법은 다른 방법에 비해 저장공간 낭비가 심하다. 어떤 속성값이 변경됐는지 알기 어려워 변경된 속성값만을 조회하기는 쉽지 않다. ˘ 특정시점의 전체속성값을 조회하는 요건이 많을때 사용 2. 속성 단위 이력 변경된 속성의 데이터만을 별도로 관리하는 방법. ˘ 장점 : 저장공간 절..

관계명은 관계선 위에 표시하는 관계의 이름이다. 관계 명이 물리적으로 사용되지 않지만 모델의 가독성을 높이기 위해 사용된다. 가독성은 규칙에 맞도록 모델링 했을 때 향상된다. 관계 명과 관련되 가독성은 관계를 이해하기 쉽게 했는지를 의미한다.관계선과 양쪽 엔터티명을 보고도 관계를 바로 알 수 없다면 관계명이 필요하다. 관계선을 보고 관계를 바로 알 수 없을 때 관계 명을 붙인다. 관계명은 필요할 때 간략하게 표현하는 것이 좋다. 관계명을 양쪽에 사용하는 건 실익이 없다. 간단하게 명사형으로 붙이는게 바람직하다. 관계명 붙이는 방법 관계도 속성이기 때문에 관계명이 속성명과 연관되어 있음 기본 조건 양쪽 엔터티 명을 제대로 정해야 한다는 것 관계명이 필요한 엔터티 하위엔터티 + 상위 엔터티 = 계좌사고부서-..

관계비 상위엔터이의 한개의 인스턴스가 하위 엔터티의 몇개의 인스턴스와 연관이 있는지 의미하는 용어 관계선을 표현할 때 일대일(1:1), 일대다(1:N), 다대다(N:N) 일대일 관계 상위 엔터티의 하나의 인스턴스와 하위 엔터티의 인스터스가 최대 하나만 연관 등본 - 세대주 (등본에 나타는 세대주는 한명) 업무규칙에 때른 순수한 일대일 관계이다. 일대다 관계 상위 엔터티의 인스턴스 하나와 연관된 하위 엔터티의 인스턴스가 최소한 하나 부서-사원(1:N) : 특정시점에 부서는 여러사원이 존재하고, 한 사원은 하나의 부서에만 속한다는 업무 요건 다대다 관계 다대다 관계를 해소하면 두개의 일대다 관계가 발생하는 것이 일반적이지만, 다시 다대다 관계가 발생할 수도 있다. 이때는 다대다 관계가 없어질 때까지 계속 교..

- 관계 타입 주식별자를 하위 엔턴티에 어떻게 상속하느냐에 따라 식별 관계 /비식별 관계로 구분 · 식별관계 : 상위 엔터티의 주식별자를 하위 엔터티로 상속할 때, 주식별자에 포함시키는 것 식별관계 특징 : 업무요건을 명확하게 표현하고 관리한다는 것. 종속관계를 제대로 표현한다는 것. 관계 타입은 업무 요건과 무관 팀이 리그에 반드시 속해야 한다는 요건때문에 모델과 같이 식별관계로 설계했지만, 비식별 관계로 설계할 수도 있음 식별관계 팀엔터티에서 리그번호 속성이 주식별자에 속하기 때문에 널이면 안되므로 데이터는 관리될수 밖에 없음 비식별관계는 관계 속성으로 관리하기 때문에 주식별자로 관리하는 것보다 제약이 약하기 때문에 데이터가 제대로 관리되지 않을 가능성이 크다. 식별관계는 주식별자를 인덱스로 사용할 ..

참조무결성이 존재할때만 관계선을 표현해야 한다. 참조한다는 것은 -관계선으로 연결된것을 의미 -하위엔터티의 외래식별자 속성에 존재하는 값이 상위 엔터티의 주식별자 값과 일치하거나 널이라는 의미 -참조 무결성 제약이 존재하면 하위엔터티에 데이터를 인서트 할때 상위 엔터티에 값이 존재하지 않으면 입력할 수 없다. -상위 엔터티의 주식별자값을 삭제할때는 하위 엔터티에 사용된값을 먼저 모두 삭제해야 상위 값을 삭제할 수 있다. 참조무결성은 논리적인 개념이다. 이를 모델에 표현한 것이 관계선이며, DBMS에 물리적으로 구현한 것이 참조 무결성 제약이다. 참조무결성 제약은 논리적인 관계선을 물리적으로 연결한 것으로 DBMS 데이터 딕셔너리에 데이터로서 존재한다. 관계를 논할때 실제로 존재하지 않은 관계는 삭제해도 ..

관계형 데이터베이스 핵심원리는 데이터를 중복하지 않고 한 군데에서만 관리( Normalization)하고, 필요할 때 연결(join)해서 보는 것이다. 데이터가 필요할 때 조인하면 되기 때문에 릴레이션을 분해할 수 있을때까지 분해한다. 릴레이션 분해 후 연결해서 사용하기 위해 관계가 필요한 것이다. 관계 주요 단어 : 관계 속성과 참조 무결성 ※ 참조무결성제약 : 하위에 존재하는 데이터는 상위에 존재해야 한다. 이를 물리적으로 구현한 것 관계는 물리적으로 관계 속성과 참조 무결성 제약 이 두가지를 생성한다. 관계 속성은 엔터티에 생성되고, 참조무결성제약은 DB에 생성된다. 관계에서 참조무결성은 조인과 연관된다. 관계의 다른표현 참조무결성은 RDB핵심이다. RDB에서의 관계는 논리적인 연관성이 있어야 하고..

속성은 메타시스템과 연관되어 있어 검증할 수 있다. - 속성 존재 여부 검증 모델에 표현되지 않은 속성이 있는지? 모델에 표현된 불필요한 속성이 있는지? 애플리케이션 화면에서 사용한 항목과 모델 속성과의 매트릭스를 만들어 비교하는 것이 있으며, as-is속성과 모델 속성과의 매트릭스를 만들어 비교하는 것이 있다. 화면에는 있는데 속서이 없는 경우 속성만 존재하고 화면에 없는 경우 속성에도 없고 화면에도 없는 경우 (누락여부 발견하기 힘든경우인데. as-is 속성과 비교해서 보안필요) AS-IS속성이 TO-BE모델에 없는 경우: 삭제된 것이 있는지 검토 필요. 삭제된것이 아니라면 TO-BE 모델 추가필요 TO-BE에 있는 속성이 AS-IS모델에 없는 경우 : 신규업무로 인해 추가된 경우, 신규추가가 아니라..

널은 속성의 값을 알수 없을때 사용하는 데이터 값이다. 데이터가 입력되는 시점을 기준으로, 값을 알 수 없을때 널을 사용한다. 널을 허용한 속성은 선택속성이다. 모른다는 의미에서 사용된 널값이지만, 언제가 알게될수도 있는것이다. 속성을 정확하게 모델링하기 위해서는 '모르는 것'과 '해당사항이 없는것' 을 구분할 필요가 있다. '해당사항이 없는것'으로 널을 저장하는 속성은 해당엔터티에서 분리되는 것이 바람직하다. 나중에라도 값이 채워질수 없는 속성이라면 엔터티에서 제외해 1:1 관계로 분리하는 것이 원칙이다. 속성이 코드값을 사용할때는 적용할 수 없는 값과 알수 없는 값을 구분해 코드값 의미를 명확하게 설계해야 한다. '적용할 수 없음'이나 '해당사항없음'을 의미하는 코드값을 추가해서 사용해야 한다. #주..