Development/Database(491)
-
SQL 데이터 조작어(DML: Data Manipulation Language) – 명령어 종류, SQL의 테이블과 관계 데이터 모델의 릴레이션과의 차이점
데이터 조작어(DML: Data Manipulation Language) 데이터의 검색 및 삽입, 삭제, 변경을 위해서 사용하는 언어 DML은 데이터베이스의 운영 및 사용과 관련해 가장 많이 사용하는 질의문으로 데이터의 검색과 수정 등을 처리합니다 데이터 조작어의 명령어 종류 종류설명SELECTDB 객체에서 데이터를 검색INSERTDB 객체에 데이터를 삽입DELETEDB 객체에서 데이터를 삭제UPDATEDB 객체의 기존 데이터를 변경 SQL의 테이블과 관계 데이터 모델의 릴레이션과의 차이점 SQL의 테이블은 반드시 기본 키를 가져야 하는 것은 아닙니다. SQL의 한 테이블에는 동일한 행(레코드)이 중복될 수 있습니다. 검색할 때 'DISTINCT' 옵션을 지정하면, 동일한 행을 제거할 수 있습니다.
-
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 제품 등)을 고려해서, 성능 향상을 목적으로 물리적 모델링..