[DB] 데이터베이스_개요

김나영·2022년 8월 30일

DATABASE

목록 보기

1/9

여러 사람 (응용프로그램)에 의해 공유 되어 사용될 목적으로 통합, 구조화 되어 저장,관리 되는 데이터들의 집합

데이터베이스를 저장하고 관리하는 역할을 하는 소프트웨어
(Database Management System)
응용프로그램 ↔ DBMS ↔ 데이터베이스

데이터베이스 보안
- 모든 사용자가 데이터베이스에 접근하거나 수정이 가능하다면 보안상 큰 문제가 발생
- 각 사용자마다 최소한의 권한을 주어 데이터베이스의 보안을 유지
- DBA(Database Administrator) 가 사용자마다 다른 권한을 부여 => 데이터베이스 관리자

관리자가 생성한 사용자 정보
CREATE USER SCOTT IDENTIFIED BY TIGER
→ 사용자명 : SCOTT / 비밀번호 : TIGER (대소문자 지켜야함)
** DB내부에서는 대소문자 구분을 하지 않기 때문에 CAMELCASE가 존재하지 않음
사용자 삭제
DROP USER SCOTT;
DROP USER SCOTT CASCADE;
쿼리문은 세미콜론으로 끝나야 함
사용자가 데이터베이스 객체(테이블)
데이터 사전 (DATA DICTIONARY) / System Catalog
데이터베이스에 저장된 정보를 요약한 정보 (메타데이터)
데이터베이스 사용자, 테이블, 인덱스 등의 정보를 테이블 및 뷰의 형태로 제공
데이터베이스 사용자 목록을 확인할 수 있는 데이터 사전이 존재함
사용자 유형별로 별도로 관리함
데이터 사전의 종류
- DBA_ : 데이터베이스 전체에 포함된 모든 객체에 대한 정보
- USER_ : 자신이 생성한 모든 객체에 대한 정보
- ALL_ : 자신이 생성한 모든 객체 + 다른 사용자가 생성한 객체 정보 중 볼 수 있는 정보
- X$_ : 데이터베이스 성능 분석 및 통계 정보
- V $_ : X$ _ 의 뷰 (View)
DBA_USERS 테이블 구조 확인
DESC DBA_USERS;
DBA_USERS 테이블의 USERNAME 칼럼 조회
SELECT USERNAME FROM USER_NAME;

SCOTT
- Oracle 데이터베이스를 배포할 때 미리 만들어 둔 계정
- 연습할 떄 필요한 샘플 데이터가 포함되어 있음
- 잠김(LOCK)상태이므로 잠김을 해제해야함
SYS 계정 접속
SYS / AS SYSDBA
SCOTT 계정 잠금 해제
ALTER USER SCOTT IDENTIFIED BY TIGER ACCOUNT UNLOCK;
SCOTT SQL
- SCOTT 계정의 활성화를 위한 쿼리문이 존재하는 파일
- SCOTT 계정의 샘플 데이터를 생성하기 위한 쿼리문도 함께 존재함
SCOTT.SQL 파일 실행
- SQLPLUS 실행하고 아래 명령 입력

관계형 데이터베이스 (Relational DB)
- 데이터를 테이블(Table)에 직관적으로 간단하게 나타내는 관계형 모델 기반의 데이터베이스
- 테이블의 각 행은 키(Key)라는 고유 ID를 포함한 레코드를 의미
- 테이블의 각 열은 데이터의 속성(Attribute)이 포함
- 현재 데이터베이스 시장의 주류를 이루고 있음
관계형 데이터베이스 장점
- 편리한 유지 보수
- 대용량 데이터의 관리
- 데이터 무결성의 보장
관계형 데이터베이스 단점
- 시스템 자원을 많이 차지
- 구조가 복잡해질수록 성능 최적화가 반드시 필요

테이블 구성
- 행 : 로우(Row), 레코드 (Record), 튜플 (Tuple)
- 열 : 칼럼 (Column), 필드 (Field), 속성 (Attribute)
테이블 용어
- 도메인 : 한 칼럼이 가질 수 있는 값의 범위 (집합)
- 차수 : Degree, 한 테이블에 있는 칼럼(Column)의 개수
- 기수 : Cardinality, 한 테이블에 있는 로우(Row)의 개수

기본키의 종류
- 자연키 : 비지니스 모델을 통해서 추출한 키, 즉 실제로 존재하는 데이터
- 인공키 : 실제로 존재하지 않는 데이터를 인위적으로 추가한 키, 주로 AUTO INCREMENT 값을 사용함
고객테이블의 기본키 선정 사유
- 고객번호
  - 인공키
  - 고객이 추가될때마다 번호를 하나씩 증가시켜서 부여하므로 NOT NULL + UNIQUE 모두 만족
- 아이디
  - 자연키
  - 일반적으로 고객마다 서로 다른 아이디를 필수로 사용하므로 NOT NULL + UNIQUE 모두 만족
  - 향후 이메일로 아이디를 대체하는 등 아이디의 의미가 변할 수 있으므로 (아이디 없이 회원가입이 가능할 수 있으므로) 기본키로 부적절함
- 휴대폰번호
  - 자연키
  - 휴대폰이 없는 고객이 존재할 수 있으므로 기본키로 부적절함
- 주민번호
  - 자연키
  - 모든 고객이 서로 다른 값을 가지고 있으므로 NOT NULL + UNIQUE 모두 만족
  - 회원 가입할 때 주민번호는 입력 받는 필수 요소가 아니므로 기본키로 부적절함

다른 테이블과 관계를 맺기 위해서 설정하는 키
외래키는 다른 테이블의 기본키 또는 유일키와 관계를 맺을 수 있음
외래키는 참조 무결성의 특징을 가짐
- 관계를 맺은 테이블의 키(기본키 또는 유일키) 도메인을 가져야 함
- 관계를 맺은 테이블에 없는 데이터는 가질 수 없다는 의미