클러스터드 인덱스 (순서 포함)
대규모 db, 입력 수정 시 느려짐
ERP, 인트라넷
MSSQL
논 클러스터드 인덱스
인덱스에서만 순서를 잡음
조회 속도는 다소 느림. 입출력 속도가 빠르다
ORACLE -> 논 클러스터드 인덱스
제약조건 constraint (DML에 적용,INSERT UPDATE DELETE)
레코드: 의미를 포함한 행
ROW : 의미를 포함하지 않은 행
코드 (순차 코드, 블록 코드, 10진 코드, 그룹 분류 코드, 연상 코드, 표의 숫자 코드, 합성 코드)
데이터 베이스에 데이터 삽입 시 데이터 타입을 지정해주어야 함
[ORACLE DATATYPE]
문자 : fixed Size(char), variable Size(varChar)
ex)
char(5) : 5개의 문자여야 함, 5byte
varchar(5) : 최대 5개 문자 -> 공간 낭비 (DBMS에서는 좋지 않은 방식 -> ID는 가변 사이즈. 코드는 사이즈가 정해져 있어야 한다.)
NCHAR, NVARCHAR
NVARCHAR2 -> 문자 데이터 타입
LOB, BlOB, CLOB : 최대 2기가... 대용량.
UTF-8
숫자 : NUMBER (전체 자릿수, 소수점 자릿수)
TINYINT : 7비트
DDL 구문 사용시 AUTOCOMMIT이 됨
oracle: null은 데이터 취급하지않음
unique제약이 있다고 하더라고 null은 거르지못한다.
---> UNIQUE 제약조건 + NOT NULL 제약조건이어야함
COMPOSITE INDEX : PRIMARY KEY로 쓸 수 있음. 여러개의 컬럼을 합쳐서 하나의 기본키로 사용할 수 있음
자식테이블에 생성됨
SYNONYM (MR_CODE : MR테이블의 CODE(UNIQUE))
스키마 : CREATE TABLE 명령어를 날리는 계정
테이블 관리 : DBA
테이블 입력삭제수정 : DEV
가변데이터인 ID를 기본키로 쓰면 성능이 저하됨 -> 고정 데이터인 코드를 기본키로 사용
1:N 관계형데이터베이스는 분리하는 기술.
완전종속 제거, 부분 종속 제거.. -> 데이터를 1:1의 관계로 만드는 것 , 1:N X (1 -> 기본키를 기준으로)
EX 하나의 아이디로 N개의 데이터를 씀
데이터 베이스 : 중복값의 최소화 .. 정규화 작업을 해야함
완전종속
부분종속
부모테이블의 기본키가 자식 테이블에 전이(복제)된다.
FOREIGN KEY -> 데이터타입이 일치해야함 (사이즈는 작거나 같아야함) , COLUMN 명은 똑같지않아도됨
DATE라는 데이터타입도 있다. (6BYTE)
데이터베이스 : BOOLEAN타입이 없음. CHA또는 NUMBER사용
시스템 권한 : 특정대상에게 모든 권한
오브젝트 권한 : 특정대상 , 특정객체
CREATE ALTER : 시스템 권한
ALTER 은 DDL이므로 시스템 권한이다.
SYNONYM : 동의어, 예명...
SELECT INSERT는 주는데 DELETE UPDATE는 안줌
COMMIT 하기전까지는 메모리에서 작업 (UGA) COMMIT하면 작업결과가 하드디스크에.. 트랜잭션
댓글