Oracle 데이터 타입과 명시적 형변환

핵심 요약

문자·숫자·날짜 타입과 DATE 연산, 묵시적 형변환의 결과·성능 위험을 정리한다.

학습 목표

• CHAR, VARCHAR2, NUMBER, DATE, TIMESTAMP의 용도를 구분한다.
• 명시적 형변환이 정확하고 예측 가능한 비교에 필요한 이유를 설명한다.

본문

개념 지도

업무 사실→행과 열→Key·제약조건→관계 연산→결과 집합

핵심 내용

Oracle의 DATE는 날짜뿐 아니라 시·분·초도 저장한다. 날짜에서 숫자를 더하면 일(day) 단위로 이동하고, 두 DATE를 빼면 일수 차이를 얻는다. TIMESTAMP는 더 정밀한 시간 정보를 다룬다.

WHERE order_dt >= TO_DATE('2026-07-01', 'YYYY-MM-DD')
  AND order_dt <  TO_DATE('2026-08-01', 'YYYY-MM-DD')

문자·숫자·날짜를 비교할 때 DBMS의 묵시적 형변환에 기대면 세션의 날짜 형식이나 값의 구성에 따라 오류 또는 의도하지 않은 비교가 발생할 수 있다. TO_CHAR, TO_NUMBER, TO_DATE로 변환 방향과 형식을 명시한다.

고정 길이 코드는 CHAR, 가변 문자열은 VARCHAR2가 기본 선택이지만 공백 비교 특성도 확인한다. 금액과 식별번호는 의미가 다르므로 숫자로 계산할 값인지, 앞자리 0을 보존할 코드인지 구분한다.

자주 혼동하는 타입 비교

명시적 변환

WHERE order_date >= TO_DATE(:from_ymd, 'YYYYMMDD')
  AND order_date <  TO_DATE(:to_ymd,   'YYYYMMDD') + 1

문자열을 날짜로 자동 변환하면 Session NLS_DATE_FORMAT에 따라 성공·실패·해석이 달라질 수 있다. Format Model과 타입을 명시한다.

-- customer_no가 VARCHAR2일 때 Bind도 문자열로 전달
WHERE customer_no = :customer_no

문자 컬럼을 숫자 Bind와 비교하면 Oracle이 문자 값을 숫자로 바꾸는 과정에서 숫자가 아닌 행 때문에 ORA-01722가 발생할 수 있다.

정밀도와 경계

NUMBER(5,2)는 최대 999.99 범위의 정밀도를 가진다. 금액·환율은 Binary Floating Type과 Decimal 의미가 다르므로 업무 오차 허용치를 정한다. Timestamp를 DATE로 변환하면 Fractional Second·Time Zone 정보를 잃을 수 있다.

설계 원칙

업무 의미에 맞는 타입을 원천부터 사용하고, 비교 시 Column 타입과 Bind 타입을 일치시킨다. 데이터를 잘못된 타입으로 저장한 뒤 SQL마다 변환하는 방식은 정확성과 성능 문제를 동시에 만든다.

시험 포인트

Oracle에서는 날짜에 숫자를 더하면 일수 단위다.

TO_DATE('2015.01.10 10', 'YYYY.MM.DD HH24') + 1 / 24

위 식은 한 시간을 더한다. 월 단위 이동은 날짜 수가 다른 달을 고려하는 ADD_MONTHS를 사용한다.

숫자처럼 보이는 서비스번호가 VARCHAR2라면 숫자 상수와 비교할 때 묵시적 변환이 발생할 수 있다. 값에 숫자가 아닌 문자가 있으면 변환 오류가 나므로 문자 상수 또는 문자 Bind로 비교한다.

WHERE service_no = '1'  -- 타입에 맞는 문자 비교

DBMS별 타입 이름과 문자열 결합 연산도 구분한다. Oracle은 ||, SQL Server는 상황에 따라 + 또는 CONCAT을 사용하며 NULL 결합 규칙도 설정과 함수에 따라 다를 수 있다.

자주 틀리는 부분

• 날짜를 문자열처럼 비교하지 않는다.
• 식별 코드는 숫자 모양이어도 산술 대상이 아니면 문자 타입이 더 적절할 수 있다.
• 비교하는 두 값의 데이터 타입과 변환 방향을 먼저 확인한다.