맨위로가기

온라인 분석 처리

"오늘의AI위키"는 AI 기술로 일관성 있고 체계적인 최신 지식을 제공하는 혁신 플랫폼입니다.
"오늘의AI위키"의 AI를 통해 더욱 풍부하고 폭넓은 지식 경험을 누리세요.

1. 개요

온라인 분석 처리(OLAP)는 다차원 정보에 대한 대화형 분석을 제공하는 기술로, 사용자가 직접 데이터에 접근하여 의사 결정을 지원한다. OLAP 시스템은 다차원 큐브를 사용하며, MOLAP, ROLAP, HOLAP의 세 가지 주요 유형으로 나뉜다. MOLAP는 빠른 쿼리 성능을 제공하지만 데이터 중복이 발생할 수 있고, ROLAP는 대량의 데이터를 처리하는 데 유리하지만 쿼리 성능이 상대적으로 느리다. HOLAP는 이 두 가지 방식의 장점을 결합한다. OLAP 기술은 1970년대에 처음 등장했으며, MDX 쿼리 언어와 XML for Analysis 사양을 통해 표준화되었다. 현재는 다양한 상용 및 오픈 소스 OLAP 제품이 존재하며, 시장에서 경쟁하고 있다.

더 읽어볼만한 페이지

  • 데이터베이스 - 지식 베이스
    지식 베이스는 특정 주제 정보를 체계적으로 저장 및 관리하며 규칙 기반 추론으로 새로운 지식 도출에 활용되고, 웹 콘텐츠 관리 및 지식 관리 시스템으로 확장되어 온톨로지를 이용, 인공지능 기술과 결합하여 문제 해결책을 제시하고 경험을 통해 학습하는 시스템이다.
  • 데이터베이스 - 화이트리스트
    화이트리스트는 특정 대상만 허용하고 나머지는 차단하는 접근 제어 목록으로, 정보보안, 무역, 금융 등 다양한 분야에서 활용되지만, 목록 선정 기준의 불명확성, 사회적 문제점 등의 위험성으로 투명하고 엄격한 관리가 필요하다.
  • 데이터 관리 - 데이터 센터
    데이터센터는 컴퓨터 시스템 및 관련 장비와 지원 인프라를 수용하는 시설로, 기술 발전에 따라 규모와 중요성이 확대되었으며, 에너지 효율과 보안을 고려하여 설계 및 운영되고, TIA-942 표준에 따른 티어 분류와 친환경 기술 도입이 이루어지고 있다.
  • 데이터 관리 - 정보 아키텍처
    정보 아키텍처는 정보 시스템 및 정보 기술 분야에서 공유 정보 환경의 구조적 설계를 의미하며, 웹사이트, 소프트웨어 등의 구성과 레이블링을 포함하여 검색 용이성과 사용성을 지원하고, 도서관정보학에 기원을 두고 있다.
온라인 분석 처리
개요
유형컴퓨터 소프트웨어
하위 분류의사결정 지원 시스템
약칭OLAP
다른 이름다차원 분석
용도데이터 분석
설명
정의사용자가 다양한 관점에서 대화식으로 데이터를 분석할 수 있도록 하는 기술
특징다차원 데이터 분석
빠른 계산 및 응답 시간
예측 및 모델링 기능
보고서 작성 기능
연산
종류롤업 (Roll-up)
드릴다운 (Drill-down)
슬라이스 (Slice)
다이스 (Dice)
피벗 (Pivot)
구조
데이터 저장 방식MOLAP (Multidimensional OLAP)
ROLAP (Relational OLAP)
HOLAP (Hybrid OLAP)
관련 기술
관련 기술데이터 웨어하우스
데이터 마이닝
BI(Business Intelligence)
장점
장점비즈니스 의사 결정 개선
데이터 기반의 통찰력 확보
효율적인 데이터 분석
단점
단점높은 초기 구축 비용
복잡한 시스템 구성
데이터 보안 문제

2. 특성

온라인 분석 처리(OLAP)의 특성은 다음과 같다.[36]


  • 다차원 정보 제공: OLAP의 특징은 다차원 정보에 직접적이고 대화 형태로 분석하는 것이다. 보통 데이터베이스는 2차원이지만, 현업에서는 다차원을 요구한다. 그래서 다차원 데이터베이스를 만들고 전문화된 데이터베이스 엔진으로 정보를 추출한다.
  • 사용자 직접 데이터 접근: OLAP는 중간 매개자 없이 사용자가 온라인으로 접근한다. 홈뱅킹, VOD, TV 쇼핑 등에 사용할 수 있다.
  • 대화형 정보 분석: OLAP는 대화 형태로 정보를 분석한다. 대화로 진행되기 때문에 사용자는 명령을 하고 오래 기다리지 않는다. 따라서 신속성이 중요하다. 사용자가 질의했을 때 신속하게 처리해야 한다.
  • 의사 결정 지원: 질의, 목표 탐색, 원인-결과 분석을 지원한다.


OLAP는 먼저 관계형 데이터베이스의 스냅샷을 가져와 다차원 데이터로 재구성한다. 그 후 쿼리를 수행할 수 있게 된다. 복잡하고 방대한 데이터에 쿼리를 수행할 때, OLAP는 관계형 데이터베이스에 유사한 쿼리를 수행하는 경우에 비해 미리 집계된 데이터를 활용함으로써 매우 짧은 시간에 처리를 실행한다.

이 조작 데이터로 구성된 OLAP의 구조는 OLAP 큐브라고 불린다. 큐브는 스타 스키마를 형성하는 테이블의 집합으로 구성되며, 중심에는 팩트 테이블이 존재한다. 이 팩트 테이블에는 쿼리의 중심적인 사실이 저장되어 있으며, 여러 차원 테이블이 여기에 연결되어 있다. 이 차원 테이블에는 관계 데이터를 어떻게 집계하고 분석할 수 있는지 정의되어 있다. 여기서, 원 데이터를 어떤 계층 구조로 집계할 것인가에 따라 가능한 집계 방법의 수는 달라진다.

예를 들어, 고객은 시, 지역, 국가별로 분류된다고 가정하면, 50개 도시, 8개 지역, 2개 국가에 존재하는 데이터는 3계층, 총 60개의 데이터 항목이 된다. 고객과 제품 간의 관계를 보고자 할 때, 제품이 250개 품목, 20개 카테고리, 3개 패밀리, 3개 부서로 구성된다면 총 276개의 데이터 항목이 된다. 이 두 차원만으로도 16,560가지의 가능한 집계가 발생한다. 고려해야 할 데이터가 증가함에 따라 집계의 수는 곧 수백만 개가 된다.

집계의 계산 결과와 원 데이터는 통합되어 OLAP 큐브가 된다. 원리적으로 OLAP 큐브는 가능한 모든 질문에 대한 답을 보존할 수 있다. 그러나 잠재적인 집계의 수가 너무 많기 때문에 미리 결정된 것만 완전히 집계하고, 나머지는 요구에 따라 집계하기도 한다.

3. OLAP 시스템

OLAP 시스템의 핵심에는 OLAP 큐브(하이퍼큐브)가 있다. OLAP 큐브는 '차원'으로 분류되는 '측정값'이라는 숫자형 팩트로 구성된다. 측정값은 벡터 공간으로서 차원에 의해 펼쳐지는 하이퍼큐브의 교차점에 배치된다.

큐브 메타데이터는 일반적으로 관계형 데이터베이스스타 스키마, 스노우플레이크 스키마, 또는 팩트 컨스텔레이션에서 생성된다. 측정값은 팩트 테이블의 레코드에서, 차원은 차원 테이블에서 파생된다.

각 '측정값'은 일련의 '레이블'(메타데이터)을 가지며, '차원'은 이러한 레이블을 설명하고 '측정값'에 대한 정보를 제공한다. 예를 들어, 상점 판매량을 '측정값', 날짜/시간을 '차원'으로 하는 큐브를 만들 수 있다. 각 판매에는 해당 판매에 대한 정보를 설명하는 날짜/시간 '레이블'이 붙는다.

'''예시'''

판매 팩트 테이블

sale_amounttime_id
2008.101234



시간 차원

time_idtimestamp
123420080902 12:35:43



다차원 구조는 데이터를 다차원 구조로 구성하고 데이터 간의 관계를 표현한다.[5] 이 구조는 큐브로 나뉘며, 각 큐브 내에서 데이터를 저장하고 접근할 수 있다.[5] 데이터를 조작할 때에도 쉽게 접근할 수 있으며, 컴팩트한 데이터베이스 형식을 유지한다. 다차원 구조는 OLAP 응용 프로그램을 사용하는 분석 데이터베이스에서 널리 사용된다.[5]

복잡한 쿼리의 경우, OLAP 큐브는 OLTP 관계형 데이터베이스보다 훨씬 빠른 속도로 답변을 생성할 수 있다고 알려져 있다.[8][9]

3. 1. 집계 (Aggregations)

OLAP 시스템의 성능을 향상시키는 핵심 메커니즘은 집계(Aggregation)이다. 집계는 팩트 테이블에서 특정 차원의 세분성을 변경하고 데이터를 집계하여 구성된다. 가능한 모든 집계와 기본 데이터의 조합은 데이터에서 답변할 수 있는 모든 쿼리에 대한 답변을 포함한다.[10]

계산할 집계(뷰)를 결정하는 문제는 뷰 선택 문제라고 불리며, NP-완전 문제이다. 이 문제에 대한 해결을 위해 탐욕 알고리즘, 무작위 검색, 유전 알고리즘, A* 검색 알고리즘 등 다양한 접근 방식이 연구되었다.

집계 함수는 분해 가능 여부에 따라 효율적인 계산 방식이 달라진다. `COUNT, MAX, MIN, SUM`과 같이 분해 가능한 집계 함수는 각 셀에 대한 값을 미리 계산한 다음 집계하여 전체 값을 효율적으로 계산할 수 있다. 반면, `AVERAGE`나 `RANGE`와 같은 함수는 보조 숫자를 계산하고 집계하는 방식을 사용한다. `DISTINCT COUNT, MEDIAN, MODE`와 같이 집합 전체를 분석해야 하는 경우에는 근사값을 계산하는 방법을 사용하기도 한다.

4. OLAP의 종류

OLAP 시스템은 데이터를 저장하고 처리하는 방식에 따라 MOLAP, ROLAP, HOLAP의 세 가지 주요 종류로 분류된다.


  • MOLAP (다차원 온라인 분석 처리, Multidimensional OLAP): 전통적인 OLAP 형태로, 데이터를 다차원 배열 형태로 특수 데이터베이스에 저장한다. 빠른 쿼리 속도를 제공하지만, 대량의 데이터를 처리할 때 어려움이 있을 수 있다.
  • ROLAP (관계형 온라인 분석 처리, Relational OLAP): 관계형 데이터베이스에 직접 접근하는 방식이다. 확장성이 뛰어나지만, 전처리 및 쿼리 성능이 MOLAP에 비해 느릴 수 있다.
  • HOLAP (하이브리드 온라인 분석 처리, Hybrid OLAP): MOLAP와 ROLAP의 장점을 결합한 방식이다. 원본 데이터는 관계형 테이블에, 집계 값은 다차원 테이블에 저장하여 성능과 확장성의 균형을 맞춘다.


각 OLAP 종류는 장단점을 가지며, 데이터 양, 쿼리 복잡성, 시스템 요구 사항 등에 따라 적합한 방식을 선택해야 한다. OLAP 시스템 구현의 주요 과제는 쿼리 생성과 원본 데이터의 품질(완전성, 일관성) 확보다.[12]

4. 1. 다차원 OLAP (MOLAP)

MOLAP(다차원 온라인 분석 처리)는 전통적인 OLAP 형태로, 때로는 그냥 OLAP라고도 불린다. MOLAP는 데이터를 관계형 데이터베이스가 아닌 최적화된 다차원 배열 저장소에 저장한다.[12]

일부 MOLAP 도구는 통합 등의 파생 데이터를 사전 계산하여 저장하는 과정(처리)이 필요하다. 이러한 도구는 일반적으로 데이터 큐브라고 하는 사전 계산된 데이터 세트를 활용한다. 데이터 큐브는 주어진 질문 범위에 대한 모든 가능한 답변을 포함하고 있어, 쿼리에 매우 빠르게 응답할 수 있다. 그러나 업데이트는 사전 계산 정도에 따라 시간이 오래 걸릴 수 있으며, 사전 계산은 데이터 폭발로 이어질 수도 있다.[12]

다른 MOLAP 도구, 특히 함수형 데이터베이스 모델을 구현하는 도구는 파생 데이터를 사전 계산하지 않고, 이전에 요청되어 캐시에 저장된 데이터를 제외한 모든 계산을 필요에 따라 수행한다.

'''MOLAP의 장점'''[12]

  • 최적화된 저장소, 다차원 인덱싱 및 캐싱으로 인해 빠른 쿼리 성능을 보인다.
  • 관계형 데이터베이스에 저장된 데이터에 비해 압축 기술로 인해 디스크 내 데이터 크기가 더 작다.
  • 데이터의 상위 수준 집계를 자동 계산한다.
  • 차원이 낮은 데이터 세트에 매우 적합하다.
  • 배열 모델은 자연스러운 인덱싱을 제공한다.
  • 집계된 데이터의 사전 구조화를 통해 효과적인 데이터 추출이 가능하다.


'''MOLAP의 단점'''[12]

  • 일부 MOLAP 시스템 내에서 처리 단계(데이터 로드)는 특히 대량의 데이터에서 매우 오래 걸릴 수 있다. 이는 일반적으로 전체 데이터 세트를 다시 처리하는 대신 변경된 데이터(보통 새로운 데이터)만 처리하는 방식으로 점진적 처리만 수행하여 해결한다.
  • 일부 MOLAP 방법론은 데이터 중복을 발생시킨다.


MOLAP을 사용하는 상업용 제품으로는 코그노스 파워플레이, 오라클 데이터베이스 OLAP 옵션, 마이크로스트래티지, 마이크로소프트 분석 서비스, 에스베이스, TM1, 제도크스, icCube 등이 있다.

4. 2. 관계형 OLAP (ROLAP)

ROLAP은 관계형 데이터베이스와 직접 연동하는 방식이다. 기본 데이터와 차원 테이블은 관계형 테이블로 저장되며, 집계된 정보를 저장하기 위해 새로운 테이블이 생성된다.[5] 이러한 방식은 특수한 스키마 설계에 의존한다. ROLAP은 전통적인 OLAP의 슬라이싱과 다이싱 기능을 제공하기 위해 관계형 데이터베이스에 저장된 데이터를 조작하며, 각 동작은 SQL 문의 "WHERE" 절을 추가하는 것과 같다.[5] ROLAP 도구는 미리 계산된 데이터 큐브를 사용하지 않고, 질문에 답하는 데 필요한 데이터를 가져오기 위해 표준 관계형 데이터베이스와 해당 테이블에 쿼리를 제출한다.

ROLAP은 관계형 데이터베이스 소스를 사용하지만, 일반적으로 ROLAP 사용에 맞게 신중하게 설계된 데이터베이스가 필요하다. OLTP용으로 설계된 데이터베이스는 ROLAP 데이터베이스로 제대로 작동하지 않기 때문이다. 따라서 ROLAP는 여전히 데이터의 추가 복사본을 생성하지만, 다양한 기술을 사용하여 데이터베이스를 채울 수 있다.

ROLAP의 장단점은 다음과 같다.
장점

  • ROLAP 도구는 큐브의 내용에 제한되지 않기 때문에 어떤 질문이든 할 수 있는 기능을 갖추고 있다.
  • 데이터베이스의 가장 낮은 수준의 세부 정보까지 드릴 다운할 수 있다.

단점

  • ''집계 테이블'' 로딩은 맞춤형 ETL 코드로 관리해야 한다. ROLAP 도구는 이 작업을 지원하지 않아 개발 시간과 지원 코드가 더 필요하다.
  • 집계 테이블 생성 단계를 건너뛰면 더 큰 상세 테이블을 쿼리해야 하므로 쿼리 성능이 저하된다.
  • ROLAP는 쿼리 및 캐싱을 위해 범용 데이터베이스에 의존하므로, MOLAP 도구에서 사용되는 몇 가지 특수 기술(예: 특수 계층적 인덱싱)을 사용할 수 없다. 그러나 최신 ROLAP 도구는 CUBE 및 ROLLUP 연산자, DB2 Cube Views, 기타 SQL OLAP 확장과 같은 SQL 언어의 최신 개선 사항을 활용한다.
  • ROLAP 도구는 모든 계산에 SQL에 의존하므로, 모델이 SQL로 잘 변환되지 않는 계산에 의존하는 경우에는 적합하지 않다.

ROLAP 성능 관련 참고 사항온라인 분석 처리(OLAP) 업계에서 ROLAP는 일반적으로 대량의 데이터 볼륨에 맞춰 확장할 수 있지만, 다차원 OLAP (MOLAP)에 비해 쿼리 성능이 느린 것으로 인식된다. 그러나 ROLAP 성능에 영향을 미치는 몇 가지 요인이 있다.

  • 사용자 수: ROLAP 도구는 각 회사 내에서 다차원 OLAP (MOLAP) 도구보다 더 많은 사용자를 보유하는 경향이 있다. 사용자가 더 많은 시스템은 최고 사용 시간대에 더 많은 성능 문제에 직면할 수 있다.
  • 모델 복잡성: 차원의 수와 계산의 풍부함이 모델 복잡성에 영향을 미친다.
  • 데이터베이스 설계: 기존의 관계형 데이터베이스 테이블을 재사용하려는 경우, OLAP 사용에 최적화되지 않은 경우가 많아 성능 저하를 초래할 수 있다.

4. 3. 하이브리드 OLAP (HOLAP)

HOLAP은 MOLAP와 ROLAP의 장점을 결합한 방식으로, 모델 설계자가 데이터 저장 위치(MOLAP 또는 ROLAP)를 결정할 수 있다.[12] HOLAP은 관계형 저장소와 특수 저장소 간에 데이터를 분할한다.[12]

HOLAP 방식은 ROLAP의 확장성과 MOLAP의 빠른 계산 속도라는 이점을 모두 활용한다. 예를 들어, HOLAP 서버는 관계형 데이터베이스에 대량의 세부 데이터를 저장하고, 집계는 별도의 MOLAP 저장소에 보관할 수 있다.

HOLAP는 다음 두 가지 모드를 제공한다.

  • ''집계''는 MOLAP에 저장하여 빠른 쿼리 성능을 제공하고, 큐브 ''처리'' 시간을 최적화하기 위해 상세 데이터를 ROLAP에 저장한다.
  • 더 최근의 데이터 조각, 일반적으로 MOLAP에 시간 차원으로 조각낸 데이터를 저장하여 빠른 쿼리 성능을 제공하고, 더 오래된 데이터는 ROLAP에 저장한다. 또한, 대규모 큐보이드에서 밀집된 하위 영역과 희소한 하위 영역이 있다는 사실을 활용하여 일부 주사위는 MOLAP에 저장하고 다른 주사위는 ROLAP에 저장할 수 있다.[13]


HOLAP 제품 예시로는 홀로스, 마이크로소프트 분석 서비스, 오라클 데이터베이스 OLAP 옵션, 마이크로스트래티지, SAP BI Accelerator 등이 있다.[13]

5. API 및 쿼리 언어

관계형 데이터베이스는 표준 쿼리 언어로 SQL을 사용하고, ODBC, JDBC, OLEDB와 같은 널리 사용되는 API가 존재했던 것과 달리, OLAP 세계에서는 오랫동안 이러한 통일성이 존재하지 않았다. 최초의 실질적인 표준 API는 1997년에 발표된 마이크로소프트의 OLAP용 OLE DB 사양으로, MDX 쿼리 언어를 도입했다. 여러 OLAP 공급업체(서버와 클라이언트 모두)는 이를 채택했다. 2001년, 마이크로소프트와 하이페리온은 XML for Analysis 사양을 발표했고, 이는 대부분의 OLAP 공급업체로부터 지지를 받았다. 이 역시 MDX를 쿼리 언어로 사용했기 때문에, MDX는 사실상의 표준이 되었다.[23]

2011년 9월부터 LINQ를 사용하여 Microsoft .NET에서 SSAS OLAP 큐브를 쿼리할 수 있다.[24]

6. OLAP 제품 역사 및 시장 구조

1970년, 온라인 분석 처리 쿼리를 수행하는 최초의 제품인 ''익스프레스(Express)''가 출시되었으며, 1995년 오라클에 인수되었다.[25] 1993년, 에드가 F. 코드는 "온라인 분석 처리(OLAP)"라는 용어를 제창했다. 코드의 논문[1]은 하이페리온 솔루션즈(2007년 오라클에 인수)를 위한 마케팅 전략의 일환이었다.

하이페리온 솔루션즈는 1년 전에 자체 OLAP 제품인 ''Essbase''를 출시했고, 코드의 "온라인 분석 처리 12가지 규칙"은 Essbase를 명시적으로 언급했다. 이로 인해 논란이 있었고, Computerworld는 코드가 Arbor로부터 돈을 받았다는 사실을 알고 기사를 철회했다. 1990년대 후반, OLAP 시장은 수십 개의 상용 제품이 출시되면서 크게 성장했다. 1998년, 마이크로소프트는 마이크로소프트 분석 서비스를 출시하여 OLAP 기술의 광범위한 채택을 이끌었다.

2006년 주요 OLAP 공급업체는 다음과 같다(금액은 미국 달러 백만 달러 단위).[26]

공급업체글로벌 매출통합 회사
마이크로소프트18.06억달러마이크로소프트
하이페리온10.77억달러오라클
코그노스7.35억달러IBM
비즈니스 오브젝트4.16억달러SAP
마이크로스트레티지4.16억달러마이크로스트레티지
SAP AG3.3억달러SAP
카르테시스 (SAP)2.1억달러SAP
애플릭스2.05억달러IBM
인포1.99억달러인포
오라클1.59억달러오라클
기타1.52억달러기타
합계57억달러


6. 1. 오픈 소스 OLAP


  • 아파치 피노는 링크드인, 시스코, 우버, 슬랙, 스트라이프, 도어대시, 타겟, 월마트, 아마존, 마이크로소프트에서 낮은 지연 시간으로 확장 가능한 실시간 분석을 제공하는 데 사용된다.[27] 오프라인 데이터 소스(하둡, 플랫 파일 등)와 온라인 소스(카프카 등)에서 데이터를 수집할 수 있으며, 수평적으로 확장하도록 설계되었다.
  • 몬드리안 OLAP 서버는 자바로 작성된 오픈 소스 OLAP 서버이다. MDX 쿼리 언어, 분석을 위한 XML 및 [https://web.archive.org/web/20150312031439/http://www.olap4j.org/ olap4j] 인터페이스 사양을 지원한다.
  • 아파치 도리스는 MPP 아키텍처를 기반으로 하는 오픈 소스 실시간 분석 데이터베이스이다. 고 동시성 포인트 쿼리 시나리오와 고 처리량 복잡한 분석을 모두 지원할 수 있다.[28]
  • 아파치 드루이드는 다양한 조직에서 프로덕션 규모로 사용되는 OLAP 쿼리를 위한 널리 사용되는 오픈 소스 분산 데이터 저장소이다.
  • 아파치 카이린은 이베이에서 처음 개발한 OLAP 쿼리를 위한 분산 데이터 저장소이다.
  • 큐브 (OLAP 서버)는 내장된 ROLAP를 갖춘 파이썬 프로그래밍 언어로 구현된 또 다른 경량 오픈 소스 OLAP 기능 툴킷이다.
  • 클릭하우스는 빠른 처리 및 응답 시간에 초점을 맞춘 비교적 새로운 열 지향 DBMS이다.
  • 덕DB[29]는 인-프로세스 SQL OLAP[30] 데이터베이스 관리 시스템이다.
  • 모넷DB는 OLAP 쿼리를 위해 설계된 성숙한 오픈 소스 열 지향 SQL RDBMS이다.

참조

[1] 웹사이트 Providing OLAP (On-line Analytical Processing) to User-Analysts: An IT Mandate http://www.sgpnyc.co[...] Codd & Date, Inc 2008-03-05
[2] 웹사이트 OLAP Council White Paper http://www.symcorp.c[...] OLAP Council 2008-03-18
[3] 서적 Business Intelligence for Telecommunications https://books.google[...] CRC Press 2008-03-18
[4] 서적 Business Process Management:A Data Cube To Analyze Business Process Simulation Data For Decision Making http://www.google.co[...] VDM Verlag Dr. Müller e.K.
[5] 문서 Management information systems (9th ed.) McGraw-Hill/Irwin
[6] 웹사이트 Introduction to OLAP – Slice, Dice and Drill! http://www.dwreview.[...] Data Warehousing Review 2008-03-18
[7] 뉴스 Multidimensional models boost viewing options InfoWorld 1994-01-24
[8] 웹사이트 The Case for Relational OLAP http://www.cs.bgu.ac[...] 2008-03-20
[9] 학술지 An overview of data warehousing and OLAP technology
[10] 학술지 Data Cube: {A} Relational Aggregation Operator Generalizing Group-By, Cross-Tab, and Sub-Totals http://citeseer.ist.[...] 2008-03-20
[11] 웹사이트 OLAP architectures http://www.olaprepor[...] OLAP Report 2006-06-27
[12] 학술지 Multidimensional Database Technology 2001-12
[13] 학술지 Attribute value reordering for efficient hybrid OLAP
[14] 뉴스 This Week in Graph and Entity Analytics https://www.datanami[...] 2016-12-07
[15] 뉴스 Cambridge Semantics Announces AnzoGraph Support for Amazon Neptune and Graph Databases http://www.dbta.com/[...] 2018-02-15
[16] 웹사이트 Multi-Dimensional, Phrase-Based Summarization in Text Cubes http://sites.compute[...] 2016
[17] 학술지 Phrase mining of textual data to analyze extracellular matrix protein patterns across cardiovascular disease 2018-10-01
[18] 서적 2014 IEEE Fourth International Conference on Big Data and Cloud Computing 2014
[19] 학술지 Efficient Keyword-Based Search for Top-K Cells in Text Cube 2011-12
[20] 서적 2010 IEEE 26th International Conference on Data Engineering (ICDE 2010) 2010
[21] 서적 2008 Eighth IEEE International Conference on Data Mining 2008
[22] 서적 A Text Cube Approach to Human, Social and Cultural Behavior in the Twitter Stream Springer 2013-03-21
[23] 웹사이트 Commentary: OLAP API wars http://www.olaprepor[...] OLAP Report 2007-08-23
[24] 웹사이트 SSAS Entity Framework Provider for LINQ to SSAS OLAP http://www.agiledesi[...]
[25] 웹사이트 The origins of today's OLAP products http://olapreport.co[...] OLAP Report 2007-11-27
[26] 웹사이트 OLAP Market http://www.olaprepor[...] OLAP Report 2008-03-17
[27] 뉴스 LinkedIn fills another SQL-on-Hadoop niche http://www.infoworld[...] 2016-11-19
[28] 웹사이트 Apache Doris https://github.com/a[...] Apache Doris Community 2023-04-05
[29] 웹사이트 An in-process SQL OLAP database management system https://duckdb.org/ 2022-12-10
[30] 웹사이트 Common Crawl On Laptop - Extracting Subset Of Data https://avilpage.com[...] 2022-12-10
[31] 학술지 Analysis of mealybug incidence on the cotton crop using ADSS-OLAP (Online Analytical Processing) tool 2009-11
[32] 웹사이트 온라인분석처리(OLAP)란|시장조사・앙케트조사의 마크로밀 https://www.macromil[...] 2022-10-25
[33] 웹사이트 OLAP|오츠카상회 https://mypage.otsuk[...] 2022-10-25
[34] 서적
[35] 서적
[36] 서적 유비쿼터스 시대의 정보기술과 경영정보시스템 P288 대경 2005-10



본 사이트는 AI가 위키백과와 뉴스 기사,정부 간행물,학술 논문등을 바탕으로 정보를 가공하여 제공하는 백과사전형 서비스입니다.
모든 문서는 AI에 의해 자동 생성되며, CC BY-SA 4.0 라이선스에 따라 이용할 수 있습니다.
하지만, 위키백과나 뉴스 기사 자체에 오류, 부정확한 정보, 또는 가짜 뉴스가 포함될 수 있으며, AI는 이러한 내용을 완벽하게 걸러내지 못할 수 있습니다.
따라서 제공되는 정보에 일부 오류나 편향이 있을 수 있으므로, 중요한 정보는 반드시 다른 출처를 통해 교차 검증하시기 바랍니다.

문의하기 : help@durumis.com