SQL DDL 완전 가이드: CREATE TABLE, ALTER, DROP 및 실전 오라클 EMP/DEPT 스키마 코드

데이터베이스의 구조(Schema)를 생성, 수정, 삭제하는 **데이터 정의어(DDL: Data Definition Language)**의 모든 구문과 실전 오라클 EMP / DEPT / SALGRADE 샘플 릴레이션 구축 코드를 배웁니다.

1. DDL 핵심 전문 용어 사전 (Glossary)

• DDL (Data Definition Language): CREATE, ALTER, DROP, TRUNCATE 등 데이터베이스 객체 구조를 생성하고 정의하는 언어입니다.
• CASCADE CONSTRAINTS: 오라클 등에서 부모 테이블 삭제 시 연결된 자식 테이블의 외래키 제약조건까지 한 번에 제거해 주는 명령어 옵션입니다.

5. 실무 관점에서의 깊이 있는 설계 가이드 및 모범 사례 (Best Practices)

본 SQL DDL 완전 가이드: CREATE TABLE, ALTER, DROP 및 실전 오라클 EMP/DEPT 스키마 코드 레슨에서 다룬 핵심 이론을 실제 대규모 웹 서비스 및 엔터프라이즈 환경에 적용할 때 반드시 준수해야 하는 엔지니어링 지침입니다.

1) 데이터베이스 설계 및 아키텍처 수립 원칙

• 트랜잭션 일관성과 쿼리 성능의 균형: 데이터의 엄격한 정규화(Normalization)는 데이터 중복성과 이상 현상을 제거해주지만, 과도한 JOIN 연산으로 인해 Read 성능이 저하될 수 있습니다. 따라서 조회 빈도가 매우 높은 집계 테이블이나 인프라 영역에서는 전략적 반정규화(De-normalization)를 고려해야 합니다.
• 인덱스 스캔(Index Scan) 유도 및 디스크 I/O 최적화: 쿼리 작성 시 인덱스 컬럼을 좌변 가공(WHERE UPPER(ename) = 'KING' 또는 WHERE sal * 12 > 50000)하지 않고 원형 그대로 유지하여 Index Range Scan이 작동하도록 해야 합니다.
• DCL 접근 제어 및 최소 권한 원칙 (Least Privilege): 애플리케이션 접속 계정에 DBA나 ROOT 권한을 부여하지 않고, 해당 업무에 꼭 필요한 SELECT, INSERT, UPDATE 권한만 부여하여 보안 사고 피해를 최소화합니다.

2) 성능 튜닝 및 장애 대응 프로토콜

1. 실행 계획(Execution Plan) 분석: EXPLAIN PLAN 또는 EXPLAIN ANALYZE 명령을 통해 쿼리가 효율적인 인덱스 스캔을 타는지, Full Table Scan으로 디스크 I/O를 낭비하는지 모니터링합니다.
2. Slow Query 수집 및 리팩토링: 실행 시간이 지정된 임계값(예: 1.0초)을 초과하는 Slow Query를 로그로 추출하여 서브쿼리를 JOIN으로 전환하거나 적절한 결합 인덱스(Composite Index)를 생성합니다.
3. Connection Pool 및 트랜잭션 타임아웃 관리: Connection Pool의 max-active 개수를 적절히 설정하고, 롱 러닝 트랜잭션(Long-running Transaction)으로 인해 DB Lock이 장기간 유지되지 않도록 타임아웃을 설정합니다.

6. 핵심 요약 및 FAQ (Summary & Frequently Asked Questions)

Q1. 본 챕터의 핵심 주제를 현업에 도입할 때 가장 자주 발생하는 실수는 무엇인가요?

• 가장 일반적인 실수는 이론적인 규격(예: 정규형, 격리 수준)만 과도하게 고집하다가 실제 시스템의 처리량(Throughput)과 응답 속도(Latency)를 저하시키는 것입니다. 시스템의 비즈니스 요구사항과 워크로드 특성을 종합적으로 분석하여 유연하게 설계해야 합니다.

Q2. 지속 가능한 데이터베이스 운용을 위해 주기적으로 수행해야 하는 작업은 무엇인가요?

• 주기적인 인덱스 조각화(Index Fragmentation) 정돈 및 통계 정보 업데이트(ANALYZE TABLE), 사용하지 않는 미사용 인덱스 정제, 그리고 데이터 백업 파일의 정기적인 복구 테스트를 수행해야 합니다.