Oracle과 Teradata의 차이점
Oracle Database
를 구현합니다. 관계형 데이터베이스 관리 시스템 (RDBMS) , 오라클은 객체 관계형 데이터베이스 관리 시스템 (ORDBMS) 을 구현합니다. [i]
RDBMS는 색인, 기본 키 및 외래 키를 사용하여 테이블 간의 관계를 유지하는 관계형 모델 [ii]을 사용하여 소개되었습니다. 기존 데이터베이스 관리 시스템 (DBMS)에 비해 데이터를 반입 및 저장하는 것이 더 빠릅니다.
관계형 데이터베이스와 유사하지만 오라클의 객체 지향 데이터베이스 모델은 객체와 데이터베이스 스키마 및 쿼리 언어에서 지원되는 클래스를 사용합니다. 오라클이 최초의 상업적으로 이용 가능한 RDBMS가 된 1970 년대 후반에 Teradata는 첫 번째 데이터웨어 하우스의 기반을 마련했습니다. Teradata의 기능은 큰 데이터 (Teradata가 만든 용어), 비즈니스 인텔리전스 (BI) 도구 [iii], 인터넷의 사물 (IoT) [iv]에 완벽합니다.- OLTP 및 OLAP
관계형 데이터베이스 관리 시스템 (RDBMS)은 온라인 트랜잭션 처리 - OLTP
및온라인 분석 처리 - OLAP
로 분류 할 수 있습니다. [v] OLTP는 트랜잭션 방식이며 데이터웨어 하우스에 데이터를 제공하며 OLAP는 데이터를 분석하도록 설계되었습니다. " 데이터웨어 하우스 는 일반적으로 조직의 비즈니스 기록을 나타내는 데이터가 포함 된 데이터베이스입니다. 데이터웨어 하우스의 데이터는
온라인 트랜잭션 처리 시스템 (OLTP)
에서와 같이 실시간 트랜잭션을 처리하는 것이 아니라 분석을 지원하도록 구성됩니다. OLAP 기술은 데이터웨어 하우스를 온라인 분석에 효과적으로 사용하여 반복적 인 복잡한 분석 쿼리에 대한 신속한 응답을 제공합니다. " [vi] Teradata는 OLAP 및 OLTP 용 OLTP 용이지만 Oracle은 Teradata가 지원하지 않는 동일한 플랫폼에서 OLTP 및 OLAP 데이터베이스를 모두 실행할 수 있습니다. 이 성능은 오라클이 대부분의 혼합 워크로드 시나리오에서 Teradata를 능가하는 이점을 제공합니다. 트랜잭션은 데이터 무결성을 유지하면서 작업을 완료하기 위해 데이터베이스에서 실행되는 하나 이상의 SQL 문으로 구성됩니다. 트랜잭션은 데이터베이스에 추가되거나 삭제되는 데이터를 관리하고 처리하기 위해 상호 의존적입니다.
Teradata의 OLAP는 데이터를 이동하거나 재구성하지 않고도 분석을 위해 데이터를 잘라내어 다이 싱 (OLTP의 데이터 히스토리)에 강력하지만 반면 오라클은 아키텍처 유연성 (객체 RDBMS)으로 인해 트랜잭션 처리에 맞게 조정됩니다.오라클은 트랜잭션 처리 중에 삽입, 업데이트 및 삭제를 관리하는 온라인 백엔드 애플리케이션으로 주로 사용되고 Teradata 999는 분석을위한 큰 데이터를 유지하고 실시간 트랜잭션이없는 데이터웨어 하우징입니다. 테라 데이타는 하드웨어와 소프트웨어 간의 훌륭한 결합으로 최고급 엔터프라이즈 데이터베이스 기기를 생산하지만, 2008 년에는 오라클의 Exadata Server를 출시했습니다. 오라클은 완전한 데이터베이스 어플라이언스에 대한 해답이었습니다. 둘 다 상당한 투자가 필요하며 복잡한 쿼리로 뛰어난 성능을 요구하는 매우 큰 데이터베이스에 더 적합합니다.
아무것도 공유하지 않습니까?
Teradata는
Shared Nothing (SN) Architecture
이며 Oracle은 Shared Everything 입니다.
공유 없음 아키텍처
라는 용어는 메모리와 디스크 저장소가 프로세서간에 공유되지 않는 다중 프로세서 데이터베이스 관리 시스템을 나타냅니다. [vii] 네트워크 대역폭은 데이터 전송을 위해 공유됩니다.
Teradata를 사용하면 데이터가 서버에 저장되고 각각의 자체 부분이 계산됩니다. 데이터는 분할되어 서버 집합에 저장되며 모든 서버가 해당 데이터를 담당합니다. 동일한 아키텍처를 사용하는 고급형 플랫폼의 예로는 Google, Amazon 및 Facebook이 있습니다. 오라클의 모든 것을 공유하는 아키텍처 를 사용하면 모든 서버에서 모든 데이터에 액세스 할 수 있으며 필요에 따라 데이터의 모든 부분에 액세스 수준을 적용 할 수 있습니다. 잠재적 인 단점은 데이터 액세스 관리 오버 헤드가 증가하고 시스템 관리를 관리하기가 더 복잡해질 수 있다는 것입니다. 오라클의 아키텍처는 모든 머신이 모든 데이터에 액세스 할 수 있음을 의미합니다. Teradata와 데이터웨어 하우징에 이상적으로 적합한 Teradata와 OTLP에 더 적합한 Oracle을 만드는 기본적인 차이점이 있습니다.
Oracle Exadata가 두 아키텍처의 하이브리드 방식을 채택했지만 Exadata 시스템은 Oracle 없이는 사용할 수 없습니다. Exadata는 '추가 기능'스토리지 엔진이며 Oracle 데이터베이스 엔진의 정밀 검사가 아닙니다. 확장 성 확장 성은 데이터 및 트랜잭션 볼륨 증가, 다차원 데이터 증가, 사용자 수, 작업 부하 관리, 쿼리 복잡성 및 볼륨 증가 등과 같은 IT 인프라의 여러 측면을 포함합니다. > 테라 데이타는 선형 적으로 확장 가능합니다. [999] [viii] 이는 인프라에 노드를 추가하여 데이터베이스 용량을 늘릴 수 있으며 데이터 양이 증가하면 성능에 영향을 미치지 않음을 의미합니다. 이 시스템은 다차원 적 확장 성을 위해 설계되었으며 오라클보다 더 큰 규모의 확장 및 스케일 아웃 모델을 제공합니다. 오라클의 확장 성은 뛰어나지 만 병목 현상은 스토리지 서브 시스템에서 발생하는 것으로 알려져 있으며 최적의 데이터 처리 속도 중 하나이지만 특정 한계까지만 있습니다. 예를 들어, 대부분의 쿼리가 알려져 있고 사용 된 데이터가 600TB 미만인 경우 오라클이 적합 할 수 있지만 데이터가 그 이상으로 증가 할 것으로 예상되면 Teradata가 더 나은 선택입니다.
병렬성
Teradata는 무조건 병렬 처리 [ix]를 가지지 만 오라클은 조건부입니다. 비 병렬 시스템보다 단일 응답을 더 빠르게 수행하는 탁월한 성능의 Teradata는 OLAP의 이점을 제공합니다.병렬 처리는 여러 개의 프로세서를 함께 사용하여 작업을 신속하게 수행합니다. 병렬 처리가 어떻게 작동하는지에 대한 비유를 사용하려면, 바쁜 쇼핑몰에있는 큐를 생각해보십시오. 하나의 큐가 분기되어 각각의 큐를 분리합니다. 선은 하나의 대기열과 하나의 대기열 대신에 이렇게 빨리 이동합니다. 병렬로드가 더 효율적일수록 시스템의 성능이 향상됩니다. Teradata는 아키텍처, 복잡한 처리 및 데이터로드를 포함하여 시스템 전반에서 병렬 처리를 수행합니다. 쿼리 조정은 요청을 병렬로 처리하는 데 필요하지 않으며 Teradata는 Oracle과 달리 열 범위 제약 또는 제한된 데이터 수량에 의존하지 않습니다.
기능 비교
다른 언급 할 수있는 차이점은 다음과 같습니다.
그래픽 사용자 인터페이스는 Teradata보다 Oracle에서 훨씬 성숙되고 발전되었습니다.
Oracle과 Teradata는 Oracle이 지원하고 Teradata가 지원하지 않는 Visual Basic 언어를 제외하고 거의 동일한 프로그래밍 언어를 지원합니다.
운영 체제에서 Oracle은 Unix, Linux, Windows, Mac OS X, z / OS에서 실행되지만 Teradata는 Mac OS X, z / OS에서 실행되지 않습니다. 테라 데이타는 오라클의 Exadata의 하이브리드 칼럼 압축 (hybrid columnar compression) [x]의 한 걸음으로 여겨지지만 압축률이 크게 향상되었습니다. 요약
오라클과 테라 데이타는 모두 제품과 기술 분야에서 성숙했지만, 오라클은 테라 데이타와 비교하여 구현 규모를 앞섰습니다.
오라클은 Teradata보다 광범위하게 사용되기 때문에 풍부한 도구 세트를 사용하므로 개발자 및 비즈니스 사용자가 더 나은 선택이 가능합니다. 비즈니스 사용자는 Teradata를 전문화 된 전문가에게 너무 복잡하거나 예약 된 것으로 간주하므로 숙련 된 Oracle 사용자 또는 개발자를 찾는 것이 Teradata를 찾는 것보다 쉽습니다.
비교 테이블
구성 요소
Teradata
Oracle
아키텍처
- · 공유되지 않음 · 관계형 모델
- · 노드에는 여러 개의 구문 분석 엔진과 액세스 엔진 프로세서라는 데이터베이스 엔진이있다 < · 모든 것을 공유 함
- · 객체 관계 모델
- · 공유 디스크 / 느슨하게 연결된 공유 메모리
· 다중 노드 데이터베이스를위한 DB 구조
OLAP
시스템 설계 및 필수 구성은 필요하지 않음.
