Development/Database(490)
-
SQL 데이터 정의어
SQL 데이터 정의어(DDL: Data Definition Language) DB 객체의 구조를 정의하거나 변경 또는 삭제하기 위해 사용하는 언어 DDL은 데이터 구조를 정의하는 질의문으로 데이터베이스를 처음 생성하고 개발할 때 주로 사용합니다. DB 객체 생성된 DB를 효율적으로 관리하고 동작하게 만드는 요소로서, 논리적인 데이터 저장 구조이며, 스키마 객체라고도 합니다. DB 객체의 종류 테이블(Table)행과 열로 구성된 기본적인 데이터 저장 영역의 기본 단위뷰(View)하나 이상의 테이블 또는 다른 뷰로부터 유도된 논리적 관점에서의 가상 테이블시퀀스(Sequence)자동으로 생성되는 유일한(Unique) 일련 번호로서, 대개 기본 키 값을 생성하는데 사용인덱스(Index)DB 검색의 성능 향상을 ..
-
뷰(VIEW) , 뷰의 필요성, TABLE vs VIEW
뷰(VIEW) 물리적인 테이블을 근거한 논리적인 가상 테이블 사용자가 해당 VIEW에 접근하면 그때 VIEW에 들어있던 SQL이 수행되어 결과를 가져오게 됩니다. 뷰는 물리적으로 데이터를 저장하지 않고 CREATE VIEW명령어로 뷰를 정의할 때 AS절 다음에 기술한 쿼리문장 자체를 저장합니다. 뷰의 필요성 복잡하고 긴 쿼리문을 뷰로 정의하면 접근을 단순화시킬 수 있습니다. 뷰는 사용자에게 특정 객체만 조회할 수 있도록 권한을 부여할 수 있습니다. 그렇기 때문에 동일한 테이블에 접근하는 사용자들마다 서로 다른 뷰에 접근하도록 여러 개의 뷰를 정의해 놓고 특정 사용자만 해당 뷰에 접근가능하도록 하면 보안을 유지할 수 있습니다. TABLE vs VIEW TABLEVIEW데이터가 있음테이터가 없음 SQL만 저..
-
무결성 제약조건
무결성 제약조건 DB에 저장된 데이터의 정확성과 일관성 유지를 위해서 DB가 항상 만족해야 하는 조건을 의미 무결성 제약조건 중요성 사용자에 의한 DB 갱신이 DB의 일관성을 깨지 않도록 보장하는 수단 DB의 상태가 현실 세계에서 허용되는 상태만 나타낼 수 있도록 보장하는 수단 응용 프로그램에서 제약조건을 검사할 수 도 있지만, 그렇게 되면 제약 조건이 변경되거나 새로운 제약조건이 추가될 때마다 응용프로그램을 수정해야 하는 문제가 발생합니다. 따라서 DB를 설계할 때 무결성 제약조건을 고려하는 것이 바람직합니다.
-
Supertype vs Subtype
Supertype vs Subtype Supertype엔티티 타입 하나 또는 서브타입과 관계를 가지며 속성을 포함합니다. 두개 이상의 서브타입을 가지는 엔터티 하나 혹은 그 이상의 Subtype를 소유하는 관계를 갖는 엔티티 타입SubtypeSubtype 엔티티의 서브 그룹이며 UNIQUE 속성을 가집니다. 다른 Subtype과 서로 구분됩니다. 다른 하위그룹들과는 구분이 되는 특성들을 가진, 엔티티들의 하위그룹 SUPER-TYPE의 모든 INSTANCE는 SUB-TYPE중 단 하나와 반드시 연결되어야 한다. SUB-TYPE은 서로 중첩되지 않아야 하며, 그 전체집합은 SUPER-TYPE과 1:1 관계를 가져야 한다. SUPER-TYPE과 SUB-TYPE은 결코 부모:자식 관계가 아니다. SUB-TYPE..
-
물리적 모델링
물리적 모델링 물리적 모델링의 주요 업무 물리적 모델링의 특징 물리적 모델링 시 고려사항 시스템 성능에 영향을 미치는 요소들 물리적 모델링의 주요 업무 논리적 스키마(릴레이션 스키마)를 기초로, DBMS의 특성과 구현 환경 등을 고려해서 내부 스키마(물리적 데이터 구조) 정의합니다. 속성 즉, 테이블 칼럼의 데이터 타입과 크기, 제약조건 등 정의 데이터 사용량의 예측을 통해서 역정규화 및 인덱스 설계 작업 수행 (역정규화는 논리적 모델링 단계에서 수행할 수 있습니다.) 물리적 모델링의 특징 하나의 릴레이션이 물리적으로 하나 이상의 테이블이 될 수 있습니다. 논리적 모델링을 기초로 시스템 환경(하드웨어, 운영체제, 디스크 용량, 네트워크, DBMS 제품 등)을 고려해서, 성능 향상을 목적으로 물리적 모델링..
-
ERD 작성 방법
ERD 작성 방법 ERD는 앞에서 식별한 개체와 관계 그리고 속성 목록을 기초로 작성하는 것이므로 반드시 이 순서에 따라 작성해야 하는 것은 아니지만 가능한 이 순서대로 작성하는 것을 권장합니다. 단계주요 내용주의사항1개체 타입 표시식별한 모든 개체 타입을 왼쪽에서 오른쪽으로, 위에서 아래로, 개체의 중요도와 업무 흐름에 따라 배치합니다.2개체 타입들 간의 관계 표시개체 타입들 사이의 관계를 결정해서 연결하고, 관계 이름은 가능한 '동사'로 표현합니다.3관계 타입의 유형 표시개체 타입들 간의 관계 유형(1:1, 1:n, m:n)을 표시합니다.4관계 타입의 카디널리티 표시관계 타입의 유형 대신, 또는 유형에 추가해서 카디널리티를 표시합니다. (옵션)5개체 타입의 속성 표시개체 타입은 반드시 2개 이상의 속..