131. SQL (Structured Query Language) 국제 표준 (ANSI/ISO SQL)

핵심 인사이트 (3줄 요약)

본질: SQL (Structured Query Language)은 관계형 데이터베이스(RDBMS)의 데이터를 정의하고 조작하기 위해 만들어진 선언적(Declarative) 프로그래밍 언어의 국제 표준(ANSI/ISO)이다.

가치: "어떻게(How) 찾을 것인가"가 아니라 "무엇(What)을 원하는가"만 선언하면, DBMS 내부의 옵티마이저(Optimizer)가 최적의 경로를 알아서 찾아 데이터를 꺼내주는 혁명적인 생산성을 제공했다.

융합: 각 DB 벤더(Oracle, MS SQL, MySQL)가 자신들만의 방언(Dialect)을 만들어 파편화가 심해지자, ANSI SQL-92, SQL-99 등의 국제 표준이 제정되었다. 이 표준을 준수하면 다른 DB 시스템으로의 마이그레이션(Migration) 비용을 획기적으로 낮출 수 있다.

Ⅰ. 개요 및 필요성 (Context & Necessity)

개념: SQL은 1970년대 IBM의 산호세 연구소에서 개발된 SEQUEL에서 유래한 언어로, 현재 ANSI(미국국립표준협회)와 ISO(국제표준화기구)에서 표준을 관리하는 관계형 DB의 사실상 유일한 대화 수단이다.
필요성: 초기 데이터베이스(망형, 계층형)는 데이터를 찾으려면 C 언어 같은 절차적 코드로 "1번 디스크 섹터로 가서 포인터를 따라 3번 블록을 읽어라"라고 일일이 지시해야 했다. 이는 개발자에게 너무 가혹한 작업이었다. 데이터 구조가 바뀌면 프로그램도 다 다시 짜야 했기 때문에, 인간의 자연어(영어)와 비슷한 문법으로 데이터만 요청하면 알아서 찾아주는 똑똑한 언어가 필요했다.
비유: SQL은 택시 기사에게 목적지를 말하는 것과 같다. 승객(SQL)은 "강남역으로 가주세요(WHAT)"라고만 말하면 된다. 기사(DBMS 옵티마이저)가 올림픽대로를 탈지, 강변북로를 탈지(HOW) 최적의 경로를 스스로 결정한다.
발전 과정: SQL-86을 시작으로, JOIN 문법이 완전히 정립된 SQL-92, 객체-관계형 기능이 추가된 SQL-99, 윈도우 함수(Window Function)가 도입된 SQL:2003 등으로 계속해서 진화해 왔다.

  ┌─────────────────────────────────────────────────────────┐
  │                 절차적 언어 vs SQL (선언적 언어)        │
  ├─────────────────────────────────────────────────────────┤
  │                                                         │
  │  [C / Java (절차적)]                                    │
  │   for(int i=0; i<table.length; i++) {                   │
  │      if(table[i].salary >= 5000) {                      │
  │         print(table[i].name);                           │
  │      }                                                  │
  │   }                                                     │
  │                                                         │
  │  [SQL (선언적 - Declarative)]                           │
  │   SELECT 이름                                            │
  │   FROM 사원                                              │
  │   WHERE 급여 >= 5000;                                    │
  └─────────────────────────────────────────────────────────┘

📢 섹션 요약 비유: SQL은 "밀가루 100g과 계란 2개를 섞어 오븐에 180도로 30분 구워라"라는 복잡한 요리법(절차) 대신, 식당 점원에게 "빵 하나 주세요"라고 말하는 우아한 주문서(선언)입니다.

Ⅱ. 아키텍처 및 핵심 원리 (Deep Dive)

SQL의 3대 구성 요소 (DDL, DML, DCL)

SQL은 역할에 따라 크게 세 가지 그룹으로 나뉜다. (일부에서는 트랜잭션 제어를 TCL로 분리하기도 한다.)

구분	명칭	명령어 종류	역할 및 특징
DDL	Data Definition Language	`CREATE`, `ALTER`, `DROP`, `TRUNCATE`	데이터베이스의 구조(테이블, 인덱스, 뷰)를 정의하고 변경한다. 실행 즉시 Auto-Commit 된다.
DML	Data Manipulation Language	`SELECT`, `INSERT`, `UPDATE`, `DELETE`	테이블 안의 실제 데이터(튜플)를 조회하거나 조작한다. 트랜잭션(Commit/Rollback)의 대상이 된다.
DCL	Data Control Language	`GRANT`, `REVOKE`	사용자에게 특정 데이터나 권한을 부여하고 회수하는 보안 통제 언어다.
TCL	Transaction Control Lang.	`COMMIT`, `ROLLBACK`	논리적인 작업의 단위(트랜잭션)를 확정하거나 취소한다.

ANSI SQL-99 JOIN 표준의 위력

과거 오라클(Oracle)은 WHERE 절에서 쉼표(,)를 이용해 JOIN을 수행했다(Oracle Join). 그러나 이는 조인 조건과 일반 필터링 조건이 한곳에 섞여 쿼리 가독성을 심각하게 훼손했다. ANSI SQL-99 표준은 INNER JOIN, LEFT OUTER JOIN 등의 키워드를 도입하여 조인과 필터링을 완벽히 분리했다.

  ┌───────────────────────────────────────────────────────────────┐
  │                 오라클 전용 JOIN vs ANSI 표준 JOIN            │
  ├───────────────────────────────────────────────────────────────┤
  │                                                               │
  │  [오라클 구형 JOIN (비표준)]                                  │
  │   SELECT E.이름, D.부서명                                      │
  │   FROM 사원 E, 부서 D                                          │
  │   WHERE E.부서번호 = D.부서번호(+)   ◀ (+)가 OUTER JOIN 의미 │
  │     AND E.급여 > 3000;             ◀ JOIN과 필터가 섞임      │
  │                                                               │
  │  [ANSI SQL-99 표준 JOIN]                                      │
  │   SELECT E.이름, D.부서명                                      │
  │   FROM 사원 E                                                  │
  │   LEFT OUTER JOIN 부서 D ON E.부서번호 = D.부서번호 ◀ 조인만 │
  │   WHERE E.급여 > 3000;                              ◀ 필터만 │
  └───────────────────────────────────────────────────────────────┘

[다이어그램 해설] ANSI 표준 JOIN을 사용하면 테이블 간의 연결 고리(ON 절)와 순수한 데이터 필터링 조건(WHERE 절)이 명확히 분리된다. 또한 오라클 전용의 괴상한 (+) 기호를 쓰지 않으므로, 이 쿼리를 나중에 MySQL이나 PostgreSQL로 옮기더라도 코드를 한 줄도 수정할 필요가 없다.

📢 섹션 요약 비유: 구형 JOIN 문법이 하나의 상자 안에 공구와 장난감을 마구잡이로 섞어 놓은 것이라면, ANSI 표준 JOIN은 서랍장 칸칸마다 용도별로 물건을 깔끔하게 분류해 놓은 완벽한 정리 정돈입니다.

Ⅲ. 융합 비교 및 다각도 분석

벤더 방언(Dialect)과 ANSI 표준의 충돌

각 DB 제조사는 표준을 지키면서도 자사 제품의 판매를 위해 독자적인 함수(방언)를 만들어왔다.

기능	Oracle 방언	SQL Server 방언	MySQL 방언	ANSI 표준 대체재
문자열 결합	`\|\|` 연산자	`+` 연산자	`CONCAT()` 함수	없음 (벤더 종속 심함)
현재 날짜	`SYSDATE`	`GETDATE()`	`NOW()`	`CURRENT_DATE`
NULL 처리	`NVL()`	`ISNULL()`	`IFNULL()`	`COALESCE()`
페이징(Paging)	`ROWNUM` (인라인 뷰)	`TOP(N)`	`LIMIT / OFFSET`	`OFFSET ~ FETCH NEXT` (SQL:2008)

표준인 COALESCE나 CURRENT_DATE를 사용하면 DB가 바뀌어도 쿼리를 고칠 필요가 없다. 그러나 페이징 처리처럼 표준화가 너무 늦게 이루어져 이미 벤더 종속성이 고착화된 문법도 존재한다.

📢 섹션 요약 비유: SQL 표준이 "안녕하세요"라는 표준어라면, 벤더 방언은 "안녕하수꽈(제주)", "안녕하세유(충청)" 같은 사투리입니다. 알아듣는 지역(DBMS)이 한정되어 있으므로 가급적 표준어를 쓰는 것이 현명합니다.

Ⅳ. 실무 적용 및 기술사적 판단

실무 시나리오

스타트업 B사는 초기 비용을 아끼기 위해 무료인 MySQL을 사용하여 사내 시스템을 구축했다. 5년 뒤 회사가 성장하여 막대한 트랜잭션을 처리하기 위해 상용인 Oracle Exadata로 데이터베이스를 전면 마이그레이션(Migration)하기로 결정했다.

판단 기준 (ANSI 표준의 승리)

과거의 재앙: 만약 개발자들이 MySQL 전용 방언인 IFNULL, LIMIT, 다중 INSERT 문법으로 수십만 줄의 쿼리를 짜놓았다면, 오라클로 넘어가는 순간 모든 쿼리에 에러가 발생하여 이관 비용이 시스템 재구축 수준으로 뛰게 된다.
베스트 프랙티스: 개발 초기부터 사내 코딩 컨벤션으로 "반드시 ANSI 표준 JOIN과 COALESCE 같은 표준 함수만 사용할 것"을 강제했다면, ORM(JPA)의 Dialect 변경 기능이나 단순한 스크립트 치환만으로 DB 마이그레이션을 며칠 만에 끝낼 수 있다. 특정 벤더에 종속(Lock-in)되는 것은 아키텍처 설계에서 가장 피해야 할 리스크다.
📢 섹션 요약 비유: 건물에 110V 전용 콘센트(벤더 방언)만 잔뜩 깔아두면 나중에 220V 가전제품을 쓸 때 집을 다 뜯어고쳐야 하지만, 범용 멀티 콘센트(ANSI 표준)를 깔아두면 플러그만 바꿔 꽂으면 끝납니다.

Ⅴ. 기대효과 및 결론

정량/정성 기대효과

구분	내용	개선 효과
정량	마이그레이션 호환성	이기종 DBMS (예: Oracle → PostgreSQL) 전환 시 쿼리 수정 비용 80% 이상 절감
정성	개발자 러닝 커브 감소	한 번 배운 표준 SQL로 세상의 모든 관계형 데이터베이스를 제어 가능

미래 전망 및 결론

한때 "SQL은 낡았다"며 NoSQL(Not Only SQL) 열풍이 불어닥쳤으나, 사람들은 복잡한 데이터를 분석할 때 SQL만큼 강력하고 아름다운 언어가 없다는 사실을 깨달았다. 결국 하둡(Hadoop) 위에 HiveQL이, 스파크(Spark) 위에 Spark SQL이 올라가며 오히려 'Big Data SQL'의 시대로 회귀했다. SQL은 특정 데이터베이스의 언어가 아니라, 인류가 정형 데이터를 다루는 '데이터의 영원한 공통어(Lingua Franca)'로 확고히 자리매김했다.

📢 섹션 요약 비유: SQL은 수천 년 동안 인류가 수학을 계산할 때 사용하는 '아라비아 숫자'와 같습니다. 계산기가 주판에서 최첨단 양자컴퓨터로 바뀌어도 숫자의 모양(SQL 표준)은 절대 변하지 않습니다.