메모리 내 OLAP 엔진은 전체 큐브를 수용 할 수있는 충분한 RAM으로 뒷받침되는 기존 OLAP 엔진보다 이점이 있습니까?메모리가 많은 기존 시스템에 비해 메모리 내 OLAP에는 어떤 이점이 있습니까?
예를 들어 전체 큐브 (또는 스타 스키마)가 RAM 상주하는 MOLAP 엔진 (SSAS) 및 GB/TB의 RAM을 사용하는 경우 TM1/SAP HANA와 비교할 때 어떤 차이가 있습니까?
은 기본적으로는 다음에 온다 :
정말에 최적화 된 시스템 "인 메모리"작업은, 랜덤 액세스 메모리 페이지 크기, 다른 캐시 수준 (CPU와 같은 계정 여러 측면을 고려합니다 .. .)
이것은 RAM이 제공하는 가능성과 HDD가 제공하지 않는 가능성을 최대한 활용하여 우수한 성능을 제공합니다. 파일 시스템 등의
파일 시스템 액세스를 위해 최적화되어 전통적인 엔진이 일반적으로 파일 관련 계정으로 여러 가지 측면을 가지고있다/OS 처리
캐시 (메모리)에 같은 엔진 부하의 모든 여전히 작동해도 데이터를 디스크에 저장했다면 모든 것이 메모리에 들어 가지 않는 상황에서 코드가 작동해야하기 때문에 의미가 있습니다. 두 가지 상황 모두에 동일한 구현을 사용하면 테스트/안정성/버그 수정/유지 관리 등을 향상시킬 수 있습니다.하지만 RAM 액세스가 파일/디스크 액세스와 다른 점을 "활용하지 못하게됩니다". 이러한 엔진은 대개 각 RAM (디스크 대 RAM)에서 최상의 성능을 제공 할 수 있도록 RAM 특정 최적화를 구현하는 경우 더 빨라질 수 있습니다 ... 그 엔진을 인식하는 것은 아닙니다 ...