DB
DDL
데이터베이스 구조(= 오라클 객체)를 생성/수정/삭제하는데,
사용하는 SQL문장.
------------------------------------------------------
가. 자동으로 COMMIT 됨. (즉, DB에 자동 영구 반영됨)
나. 데이터 딕셔너리(Data Dictionary) 에 정보 저장.
------------------------------------------------------
다. 오라클 객체(=데이터베이스 구조)의 종류(5가지)
------------------------------------------------------
(1) 테이블(Table) - 데이터 저장
기본적인 데이터 저장 단위로, 행과 열로 구성된 객체
(2) 인덱스(Index) - 데이터 검색성능 향상
테이블에 저장된 데이터의 검색 성능 향상 목적을 위한 객체
(3) 뷰(View) - 가상의 테이블
한 개 이상의 테이블의 논리적인 부분 집합을 표시할 수 있는 객체
(4) 시퀀스(Sequence) - 순차번호 생성기
테이블의 특정 컬럼값에 숫자 값 자동 생성 목적을 위한 객체
(5) 동의어(Synonym) - 테이블의 별칭
객체에 대한 동의어를 설정하기 위한 객체 DDL문장 종류
------------------------------------------------------
(1) CREATE - DB객체(= Oracle 객체) 생성
(2) ALTER - DB객체(= Oracle 객체) 변경
(3) DROP - DB객체(= Oracle 객체) 삭제
(4) RENAME - DB객체(= Oracle 객체) 이름 변경
(5) TRUNCATE - DB객체(= Oracle 객체) 정보 절삭-테이블생성
------------------------------------------------------
가. DB에서 가장 중요한 객체
나. 관리할 실제 데이터를 저장하는 객체
다. 이름은 의미있고 사용하기 쉽게 설정하는 것이 중요
------------------------------------------------------예시)
CREATE TABLE [스키마].테이블명 (
컬럼명 데이터타입 [DEFAULT 값 | 제약조건][, --> 여기서 FK개념이 없다면 제약조건 거는 것이 어렵다. /제약조건 은 컬럼마다 부여
... ]
);-스키마
DB스키마 = DB에 모든 테이블과 모든 계정을 총칭 DB의 구조
계정스키마= 모든 계정을 총칭 계정의 구조
테이블스키마= 테이블의 구조
가. 사용자가 DB에 접근하여, 생성한 객체들의 대표이름!!
나. By default, 사용자 계정명과 동일하게 부여됨!!
다. 생성한 객체들의 소유자는 해당 객체를 생성한 사용자 계정
라. 다른 스키마에 속한 객체 접근은 기본적으로 불가 (접근권한필요)
마. 만일 다른 스키마 내의 객체에 대한 접근권한이 있다면,
항상 "스키마.객체" 형식으로 사용해야 됨.
"스키마"를 생략하면, 현재 자신의 스키마 내에서 객체 찾음
바. 자신의 스키마 내의 객체 접근 시에는, 스키마 이름 생략 예시)
-- ORA-00942: table or view does not exist = HR계정으로 접근하면 권한이 없다고 뜬다
SELECT
deptno,
dname,
loc
FROM
SCOTT.dept;
------------------
GRANT select on dept TO hr; -- select에 dept 테이블에 대한 권한을 hr 에 허가한다.
*컬럼에 저장되는 데이터의 자료형
- 너무 많지만 주로 이것으로 적는다는 것만 알자/ 특별한 경우 아니면 이것만 쓴다.
(1) CHAR(size) - 고정길이 문자저장 (1<= size <= 2000, byte)
a. 지정길이보다 작은 데이터 입력 -> 나머지 공간은 공백으로 채워짐
b. 입력할 데이터 크기가 유동적 -> 공간낭비 초래
c. 고정크기 데이터 저장에 사용 -> 주민번호, 우편번호, 전화번호,...
(2) VARCHAR2(size) - 가변길이 문자저장 (1<= size <= 4000, byte)
a. 지정길이보다 작은 데이터 입력 -> 입력문자열 길이만큼만 공간할당
b. 저장공간을 매우 효율적으로 사용가능
(3) NVARCHAR2(size) - 가변길이 문자저장 (1<= size <= 4000, byte) --VARCHAR2를 주로 씀
(4) NUMBER(p, s) - 가변길이 숫자저장 (p: 전체자릿수, s: 소수점자릿수) -- 정밀도를 요구하지 않으면 기재하지 않는다.
a. p: precision (정밀도), s: scale (스케일)
(5) DATE - 날짜 및 시간 저장
(6) ROWID - 테이블 행의 고유주소(18문자로 구성) 저장
a. 테이블에 실제 행이 저장되어 있는 논리적인 주소값
b. globally Unique value in the database
c. 테이블에 새로운 행이 삽입되면, 자동생성됨
d. 인덱스(Index) 내에 저장된 데이터임
실제 행이 저장된 주소값을 직접 알 수 있기 때문에, 검색속도가 빠르게 됨.
e. 문자구성
| 테이블객체 번호(6자리)(OID값) | 파일 번호(3자리)(~~.dbf - 실제 테이블의 객체와 데이터를 저장하고 있는 파일 = DB) | 블록 번호(6자리) | 행 번호(3자리) |
(7) BLOB - 대용량 이진데이터 저장 (최대 4GB) ----7.현실적으로 쓰면안되고 쓰지도 않는다 . / 파일을 파일시스템에 디렉토리에 저장하는거지 DB컬럼에다 저장하면 안된다 .
a. LOB == Large OBject (3가지: BLOB, CLOB, BFILE)
b. 대용량의 텍스트/바이너리 데이터 저장 (ex, 이미지, 동영상, 사운드 데이터)
(8) CLOB - 대용량 텍스트데이터 저장 (최대 4GB) ----8. 현실적으로 쓰면안되고 쓰지도 않는다 .
a. 대용량의 텍스트 데이터 저장(ex, e-book)
(9) BFILE - 대용량 이진데이터를 파일형태로 저장 (최대 4GB) ROWID
하나의 파일은, 실제 OS block(주로 4의 배수인, 4k,8k, 12k 등등..... 이중 거의 4k or 8k)들로 구성되어 있고,
파일의 데이터는, 이들 파일 블록들안에 실제 저장되는 것입니다. --> 이것을 나타낸 것이 블록번호
예시)
SELECT
rowid, --rowid 는 인덱스 객체를 이용해 쓴다. 옵티마이저가 rowid를 통해 테이블 행에 접근
deptno
FROM
dept; -- 테이블 내의 각 행의 ROWID 조회
-- 테이블 내의 특정 행을, ROWID 값으로, 빠르게 조회가능
-- But 인덱스(index)를 통하여, 간접적으로 ROWID 사용
-- 인덱스 내에 ROWID 저장되어 있기 때문.
SELECT
*
FROM
dept
WHERE
ROWID = 'AAAIlWAAAAAAAWTAAA'; -- ROWID 이용한 조건 검색동일한 이름의 객체를 재 생성하려고 시도하면...아래 오류발생.
ORA-00955: name is already used by an existing object
예시)
CREATE TABLE scott.employee ( -- 스키마.객체명 사용가능
empno NUMBER(4),
ename VARCHAR2(20),
hiredate DATE,
sal NUMBER(7,2)
); -- employee 테이블 생성- Default 옵션
가. 테이블에 데이터 저장 시, 특정 컬럼에 값을 지정하지 않으면,
자동으로 NULL 값이 저장됨
나. 컬럼에 값을 지정하지 않아도, 자동으로 기본값 입력
다. NULL 값이 입력 방지
라. 현재 날짜/성별 같은, 고정된 값만 가지는 컬럼에 대해 사용기본 예)
CREATE TABLE employee2 (
empno NUMBER(4),
ename VARCHAR2(20),
hiredate DATE DEFAULT sysdate, -- CURRENT_DATE이거로 바꿔주자
sal NUMBER(7,2)
); -- DEFAULT 옵션 사용*제약조건
- 테이블을 생성 할 때 무결성을 위해!
가. 테이블에 부적절한 데이터가 저장되는 것을 방지
나. 테이블 생성시, 각 컬럼에 대해서 정의하는 규칙
다. DB 설계단계에서, 데이터의 무결성을 보장하기 위한 수단
라. 예: 성별('남','여'), 부서(NULL 값이 없어야 함)
마. 데이터가 저장되기 전에, 무결성을 검사하여,
잘못된 데이터가 저장되는 것을 방지
바. 테이블에 행이 삽입(INSERT)/수정(UPDATE)/삭제(DELETE)
될 때마다 적용
사. 필요 시, 제약조건의 기능을 일시적으로,
활성화(Enable)/비활성화(Disable) 가능
아. USER_CONSTRAINTS 데이터 딕셔너리에 저장
자. 제약조건의 종류:
(1) NOT NULL - Only ( column-level )
a. 해당 컬럼값으로 NULL 허용하지 않는다
(2) UNIQUE - Both ( column-level ) and ( table-level )
a. 해당 컬럼값은 항상 유일한 값을 갖는다
b. ( NOT NULL 허용 )
(3) PRIMARY KEY - Both ( column-level ) and ( table-level )
a. 해당 컬럼값은 반드시 존재해야 하고 유일해야 한다
b. ( NOT NULL + UNIQUE )
c. 해당 테이블에서 각 행들을 유일하게 구분해주는 식별기능
d. 테이블 당, 반드시 하나만 가질 수 있음
e. 단순/복합 컬럼으로 구성 가능
f. UNIQUE 성질로 인하여, 자동으로 UNIQUE INDEX 생성됨
g. 이 기본키를 이용한 데이터 검색은, 자동생성된 인덱스로 인하여
속도가 매우 빠르다
(4) FOREIGN KEY - Both ( column-level ) and ( table-level )
a. 해당 컬럼의 값이, 다른 테이블의 컬럼의 값을 참조해야 한다
b. 참조되는 컬럼에 없는 값은 저장이 불가능하다
c. ( NOT NULL 허용 )
(5) CHECK - Both ( column-level ) and ( table-level )
a. 해당 컬럼에 가능한, 데이터 값의 범위나 사용자 조건을 지정한다
차. 제약조건의 이름짓기
a. 명명방법: CONSTRAINT table_column_2자리제약조건종류 (*권장*)
- NOT NULL: table_column_nn
- UNIQUE: table_column_uk
- PRIMARY KEY: table_column_pk
- FOREIGN KEY: table_column_fk
- CHECK: table_column_ck
b. 제약조건명으로, 기능을 활성화/비활성화 할 수 있음
c. 제약조건명을 직접 지정하지 않으면, 오라클이 자동으로 명명함
d. Oracle의 제약조건명 형식: P-강사님의 간단 정리-
관계 데이터 모델링의 최종 산출물
-
정규화까지 완료된 릴레이션 목록
-
데이터 표준화
- 같은 의미의 컬럼의 이름을 통일화
- 컬럼 이름의 도메인 (취할 수 있는 값의 범위)
-
요구사항 명세서
===> DBA에 제출 ===> DBA
따라서 혼자서 집에서 프로젝트를 하지 않는 이상 무결성을 위해 DQL외에 크게 만질일이 없을 것이다.
1)Column-level
- 각 컬럼을 정의하면서, 같이 제약조건을 지정하는 방법
CREATE TABLE [스키마].테이블명(
컬럼명 데이터타입 [ CONSTRAINT 제약조건명 ] PRIMARY KEY,
컬럼명 데이터타입,
...
);-- 컬럼 레벨(column-level) 방식의 기본 키(PRIMARY KEY) 설정
CREATE TABLE department (
deptno NUMBER(2) CONSTRAINT department_deptno_pk PRIMARY KEY,
dname VARCHAR2(15),
loc VARCHAR2(15)
);2)Table-leve
- 모든 컬럼을 정의하고, 맨 마지막에 제약조건을 추가하는 방법
- 하나의 컬럼에 여러 개의 제약조건을 부여할 경우에 사용
CREATE TABLE [스키마].테이블명 (
컬럼명1 데이터타입,
...
컬럼명n 데이터타입,
[CONSTRAINT 제약조건명] PRIMARY KEY(컬럼명[,컬럼명2, ...])
);-- 테이블 레벨(table-level) 방식의 기본 키(PRIMARY KEY) 설정
CREATE TABLE department2 (
deptno NUMBER(2),
dname VARCHAR2(15),
loc VARCHAR2(15),
CONSTRAINT department2_deptno_pk PRIMARY KEY (deptno)
);데이터 사전
- 간단하게 말해서 PK, FK, UK 등 알아보기 위한 것
1)USER_CONSTRAINTS
특정 테이블의 제약조건 확인 (어떤 컬럼에 제약조건이 설정되어 있는지 확인불가)
제약조건 타입(CONSTRAINT_TYPE 컬럼):
P: PRIMARY KEY, R: FOREIGN KEY, U: UNIQUE,
C: NOT NULL, CHECK (NOT NULL 제약조건은, NULL 값을 체크하는 조건으로 처리) --모든 제약조건은 기본적으로NULL기본예시)
DESC USER_CONSTRAINTS; --제약조건을 보여주는 데이터 사전
SELECT
*
FROM
USER_CONSTRAINTS
WHERE
table_name IN ('DEPARTMENT', 'DEPARTMENT2');
2) USER_CONS_COLUMNS 데이터 사전
- 현재의 제약조건을 컬럼별로 보여주는 데이터사전
- 어떤 컬럼에 제약조건이 설정되어 있는지 확인가능
DESC USER_CONS_COLUMNS;
SELECT
*
FROM
USER_CONS_COLUMNS
WHERE
table_name IN ('DEPARTMENT', 'DEPARTMENT2');(1) 도메인 무결성 제약조건
(2) 개체 무결성 제약조건 --> PK 무결성 제약조건
(3) 참조 무결성 제약조건 --> FK 무결성 제약조건
FK (참조키, 외래키, 포린키)
==> 출처: 개체타입과 관계 타입간에 사상 할 때 두 개체간의 관계를 표현하는 수단
예: [학생] ----> <소속되다> ------>[학과]
(학번 이름 ........ 학과번호(FK)) (학과번호(PK),......)
(ㄱ)PRIMARY KEY 제약조건
-- 컬럼 레벨(column-level) 방식의 기본 키(PRIMARY KEY) 설정
CREATE TABLE department3 (
deptno NUMBER(2)
CONSTRAINT
department_deptno_pk
PRIMARY KEY,
dname VARCHAR2(15),
loc VARCHAR2(15)
);-- 테이블 레벨(table-level) 방식의 복합컬럼 기반의 기본키(PRIMARY KEY) 설정
CREATE TABLE department4 (
deptno NUMBER(2),
dname VARCHAR2(15),
loc VARCHAR2(15),
-- table-level 제약조건 정의하는 경우에만,
-- 두 개 이상의 컬럼(복합컬럼)에 제약조건 정의가능
CONSTRAINT department3_deptno_pk PRIMARY KEY(deptno, loc)
);특징!?
-- 중복저장 불가 (Primary Key)
INSERT INTO department (deptno, dname, loc)
VALUES (10, '인사', '서울');-- ORA-00001: unique constraint (SCOTT.DEPARTMENT_DEPTNO_PK) violated
INSERT INTO department (deptno, dname, loc)
VALUES (10, '개발', '경기');-- null 값 저장 불가
-- ORA-01400: cannot insert NULL into ("SCOTT"."DEPARTMENT"."DEPTNO")
INSERT INTO department (deptno, dname, loc)
VALUES (NULL, '개발', '경기');(ㄴ) UNIQUE 제약조건
가. 기본키가 아닌 경우에도, 컬럼의 모든 데이터가 유일해야 하는
경우에 지정
나. 자동으로 UNIQUE INDEX 생성 -> 빠른 검색효과
다. 기본키(Primary Key)와의 차이점:
a. 하나의 테이블에, 여러개의 UNIQUE 제약조건 지정가능
b. null 값도 저장가능***
라. 제약조건명 형식: table_column_uk
마. 단순/복합 컬럼에 대해 지정가능컬럼레벨과 특징
-- column-level
CREATE TABLE department5 (
deptno NUMBER(2)
CONSTRAINT department5_deptno_pk PRIMARY KEY,
dname VARCHAR2(15)
CONSTRAINT department5_dname_uk UNIQUE,
loc VARCHAR2(15)
);
-- 중복저장 불가 (Primary Key와 같음 고유성 )
INSERT INTO department5 (deptno, dname, loc)
VALUES (10, '인사', '서울');-- ORA-00001: unique constraint (SCOTT.DEPARTMENT5_DNAME_UK) violated
INSERT INTO department5 (deptno, dname, loc)
VALUES (20, '인사', '경기');-- null 값 저장 허용
INSERT INTO department5 (deptno, dname, loc)
VALUES (30, NULL, '서울');
INSERT INTO department6 (deptno, dname, loc)
VALUES (40, null, '수원');
INSERT INTO department6 (deptno, dname, loc)
VALUES (50, '개발', null);
INSERT INTO department6 (deptno, dname, loc)
VALUES (60, null, null);
table-level
CREATE TABLE department6 (
deptno NUMBER(2)
CONSTRAINT department6_deptno_pk PRIMARY KEY,
dname VARCHAR2(15),
loc VARCHAR2(15),
CONSTRAINT department6_dname_uk UNIQUE(dname, loc)
);JAVA
프로그래밍 언어에서 리소스라는 것은 , 프로그램 소스코드를 제외한 나머지 파일들을 총칭해서 부르는 용어==> "Resource" (프로그램에서 )
환경변수인 "PATH"의 목적: 사용자가 실행시킨 명령어를 찾는 위치를 제공( 즉, 실행명령어를 찾을 )
(Classpath) -> 시작위치다.
클래스 Path의 목적 : 컴파일된 XXX.class 파일을 찾는 경로를 제공한다.
항상 경로를 알려줄 때 classpath부터 알고 거기서부터 시작하도록
일단 흐자