데이터웨어하우스
Data Warehouse
데이터웨어하우스는 여러 업무 시스템의 데이터를 분석에 맞게 통합·보관하고 SQL 같은 방식으로 조회하는 저장·처리 환경입니다. 거래를 즉시 처리하는 운영 데이터베이스나 시각화 화면인 대시보드와 구분합니다.
AI 보조 조사·작성 후 원문과 대조한 설명입니다. 사례·계산은 별도 출처 표기가 없는 한 이해를 위한 가상 예시이며 실제 고객 성과가 아닙니다.
데이터웨어하우스는 어떤 역할을 하나요?
Google BigQuery는 관리형 분석 플랫폼으로 데이터웨어하우스 저장과 컴퓨팅·분석 기능을 제공합니다. BigQuery 소개 이는 한 공급사의 구현이며 데이터웨어하우스가 반드시 서버리스거나 저장·연산을 분리 과금한다는 표준 정의는 아닙니다. 조직은 원천 시스템과 분석 저장소의 역할을 구분합니다. 저장소에 같은 원천의 전체 사본과 일별 증분 그리고 변환 중간표가 함께 남으면 보이는 데이터량보다 과금 저장량이 커질 수 있으므로 테이블별 보존기간과 중복 사본의 목적을 정기적으로 확인합니다.
무엇과 구분해야 하나요?
| 구분 | 판단 기준 |
|---|---|
| 운영 DB | 주문·회원 같은 현재 거래를 빠르게 읽고 씁니다. |
| 데이터웨어하우스 | 여러 원천을 통합해 분석 쿼리를 실행합니다. |
| 데이터 레이크 | 원시·반정형 자료를 폭넓게 보관할 수 있습니다. |
| 대시보드 | 웨어하우스나 API의 결과를 시각화합니다. |
실무에서는 어떻게 계산하거나 확인하나요?
가상의 웨어하우스에 압축 저장 5TB, 월 쿼리 스캔 120TB가 있고 저장 단가가 TB당 3만원, 스캔 단가가 TB당 6천원이라면 저장 15만원+쿼리 72만원=87만원입니다. 데이터 전송·예약 컴퓨팅·백업·BI 도구 비용이 있으면 별도 항목으로 더합니다. 공급사 가격 단위와 무료 구간도 확인합니다.
계약·도입·데이터 연동에서는 무엇을 확인하나요?
Amazon Redshift는 프로비저닝·서버리스 컴퓨팅, 저장, 전송과 선택 기능에 따라 가격이 달라지는 제품 예입니다. Redshift 가격 문서 도입표에는 지역, 저장 형식, 보존기간, 쿼리 방식, 동시 사용자, 새로고침 주기, 전송량과 계약 할인을 적습니다. API·ETL·BI 계정의 권한과 비용 태그를 분리해 추적합니다.
한계와 검수 기준은 무엇인가요?
저장량이 작아도 매번 전체 테이블을 스캔하면 쿼리 비용이 커질 수 있고 실시간이라는 제품 표현도 지연 상한을 확인해야 합니다. 대시보드 숫자가 늦을 때 웨어하우스 적재, 변환, 캐시, 시각화 새로고침을 나눠 확인합니다. 공급사 계산기 결과는 실제 청구를 보장하지 않습니다.
자주 묻는 질문
- 데이터웨어하우스가 있으면 운영DB가 필요 없나요?
- 역할이 다릅니다. 운영DB는 거래 처리에, 웨어하우스는 통합 분석에 맞춰 설계합니다.
- 저장 비용만 비교하면 되나요?
- 쿼리·컴퓨팅·전송·ETL·백업·운영 인력과 계약 할인도 함께 봐야 합니다.
- 웨어하우스 수치는 항상 최신인가요?
- 적재·변환·캐시 주기에 따라 늦을 수 있습니다. 데이터 기준 시각과 파이프라인 완료 상태를 확인합니다.
출처와 확인 범위
- Introduction to BigQuery · Google Cloud · 확인 2026-10-27
분석용 통합 저장·쿼리 기능의 공급사 구현 예입니다.
확인 범위: BigQuery 기능이며 모든 데이터웨어하우스의 저장 구조·실시간성·비용 모델을 대표하지 않습니다.
- Amazon Redshift Pricing · Amazon Web Services · 확인 2026-10-27
저장비와 쿼리·컴퓨팅 비용이 공급사 과금 방식에 따라 나뉜다는 예입니다.
확인 범위: AWS 가격은 변경될 수 있으며 실제 계약 할인과 다른 제품 가격을 대신하지 않습니다.