SlideShare una empresa de Scribd logo
1 de 107
정상준
HANA vs.
순서
순서
HANA
순서
HANA = In Memory DB
순서
HANA
Database가 느려서
= In Memory DB
순서
HANA
Database=
= In Memory DB
순서
HANA
Database
HDD 보다 빠른 RAM
=
= In Memory DB
순서
HANA
Database
HDD 보다 빠른 RAM 저장장치의 역사
=
=
= In Memory DB
=
=
=
순서
HANA
HDD 보다 빠른 RAM
Database
저장장치의 역사
설명
순서
In Memory DB
1. DB는 왜 태어 났나요?
에니악의 등장 = 계산기
Reference: http://ftp.arl.mil/ftp/historic-computers/, Copyright Rovio Entertainment Ltd.
에니악의 등장 = 계산기
Reference: http://ftp.arl.mil/ftp/historic-computers/, Copyright Rovio Entertainment Ltd.
Data
Data
Data
Data
데이터 증가 = DB 수요
Copyright (C) Apple Inc.,Template - CoreData.icns
그런데 성능이 만족스럽지 않아. 왜 그런걸까?
2. 저장장치의 역사
동굴 벽화
Reference: http://en.wikipedia.org/wiki/File:AltamiraBison.jpg
자기 테이프
Reference: http://en.wikipedia.org/wiki/File:Quarter-Inch_Cartridges.jpg
하드 디스크
Reference: http://en.wikipedia.org/wiki/File:Seagate_ST33232A_hard_disk_inner_view.jpg
램
Reference: http://en.wikipedia.org/wiki/File:4GB_DDR3_SO-DIMM.jpg
문제 = 느린 HDD
HDD가 얼마나 느린가요
HDD가 얼마나 느린가요
대역폭 반응 속도
CPU
GPU RAM
RAM
HDD
25.6GB/s 0.32ns
153GB/s 0.83ns
17.06GB/s 6ns
120MB/s 4.16ms
HDD가 얼마나 느린가요
0
50
100
150
200
CPU GPU RAM HDD
0
1.5
3.0
4.5
6.0
대역폭 반응 속도
GB/s ns
답답하니까
대역폭 = 읽기 속도
Contributed by AvatarP
대역폭 = 읽기 속도
3.63GBLEGENDS
LEAGUEof
League of Legends and Riot Games Inc. are trademarks or registered trademarks of Riot Games, Inc.
대역폭 = 읽기 속도
30초
3.63GBLEGENDS
LEAGUEof
League of Legends and Riot Games Inc. are trademarks or registered trademarks of Riot Games, Inc.
대역폭 = 읽기 속도
30초 0.21초
3.63GBLEGENDS
LEAGUEof
League of Legends and Riot Games Inc. are trademarks or registered trademarks of Riot Games, Inc.
대역폭 = 읽기 속도
30초 0.21초
3.63GBLEGENDS
LEAGUEof
League of Legends and Riot Games Inc. are trademarks or registered trademarks of Riot Games, Inc.
142배
반응 속도
CPU
HDD
반응 속도
CPU
자료좀 다오
HDD
반응 속도
CPU
자료좀 다오
드리겠습니다 HDD
반응 속도
CPU
자료좀 다오
드리겠습니다 HDD
4.16ms
반응 속도
CPU
자료좀 다오
드리겠습니다 RAM
반응 속도
CPU
자료좀 다오
드리겠습니다 RAM
6ns
HDD RAM
반응 속도
HDD RAM
4.16ms 6ns
반응 속도
HDD RAM
4.16ms 6ns
1초
반응 속도
HDD RAM
4.16ms 6ns
1초8일
반응 속도
HDD RAM
4.16ms 6ns
1초8일
반응 속도
700,000배
컴퓨터 구조
컴퓨터 구조
CPU
컴퓨터 구조
CPU
GPU
컴퓨터 구조
CPU
GPU
Chipset
컴퓨터 구조
CPU
GPU
16GB/s(PCIe v3.0)
Chipset
컴퓨터 구조
CPU
GPU
16GB/s(PCIe v3.0)
Chipset
17GB/s(DDR3-2133)
컴퓨터 구조
CPU
GPU
16GB/s(PCIe v3.0)
25.6GB/s
(QPI@3.2GHz)
Chipset
17GB/s(DDR3-2133)
컴퓨터 구조
CPU
GPU
16GB/s(PCIe v3.0)
25.6GB/s
(QPI@3.2GHz)
Chipset
17GB/s(DDR3-2133)
0.1GB/s
컴퓨터 구조
CPU
GPU
16GB/s(PCIe v3.0)
25.6GB/s
(QPI@3.2GHz)
Chipset
17GB/s(DDR3-2133)
0.1GB/s
병목현상
HDD를 쓰는 이유는
비싼 RAM
HDD를 쓰는 이유는
3. 떨어지는 메모리 가격
1955
109
1
10-5
$/1MB
Reference: http://www.jcmit.com/mem2012.htm
2010
1955
109
1
10-5
$/1MB
Reference: http://www.jcmit.com/mem2012.htm
2010
DIMM
SIMM
IC
1955
109
1
10-5
$/1MB
Reference: http://www.jcmit.com/mem2012.htm
2010
DIMM
SIMM
IC
Flash
1955
109
1
10-5
$/1MB
Reference: http://www.jcmit.com/mem2012.htm
2010
DIMM
SIMM
IC
Flash
HDD
1955
109
1
10-5
$/1MB
Reference: http://www.jcmit.com/mem2012.htm
2010
DIMM
SIMM
IC
Flash
HDD
많이
내렸다
그래서 나온것이
In Memory DB
In Memory DB
In Memory DB
Data
Data
In Memory DB
Data
Data
In Memory DB
• 메모리가 싸지니까
• 메모리가 빠르니까
• 많은 데이터 즉시 분석
예를 들어보면
• DB
• 모든 시험 정보
• 등수가 궁금
예를 들어보면
• 나의 성적 조회
• 수강 내역 가져오기
• 수강 내역 별 점수
• 등수 계산하기
• 보여주기 Data
Data
예를 들어보면
• 나의 성적 조회
• 매 시험 10문제 * 2번
• 한 학기 6과목
• 8학기
• 수강생 20명
• 10*2*6*8*20*4.16ms = 79초
Data
Data
예를	 들어	 일본	 노무라연구소는	 인메모리	 컴퓨팅을
이용해	 도쿄에서	 운행하고	 있는	 1만2000대	 택시에서
발생하는	 교통정보를	 1초에	 분석해	 최단	 이동경로를	 
운전자들에게	 제공한다.	 교통흐름을	 실시간으로	 분석
해	 막히지	 않는	 구간을	 안내하는	 것.	 택시들이	 최단	 
이동	 경로로	 움직이기	 때문에	 교통	 혼잡으로	 인한	 
손실을	 막을	 수	 있다.	 또	 단순히	 택시	 회사의	 이익뿐	 
아니라	 교통	 분산	 효과를	 가져오기	 때문에	 공공인프라	 
개선이라는	 부수적	 효과도	 가져온다.
Reference: http://www.ddaily.co.kr/news/news_view.php?uid=99448
예를	 들어	 일본	 노무라연구소는	 인메모리	 컴퓨팅을
이용해	 도쿄에서	 운행하고	 있는	 1만2000대	 택시에서
발생하는	 교통정보를	 1초에	 분석해	 최단	 이동경로를	 
운전자들에게	 제공한다.	 교통흐름을	 실시간으로	 분석
해	 막히지	 않는	 구간을	 안내하는	 것.	 택시들이	 최단	 
이동	 경로로	 움직이기	 때문에	 교통	 혼잡으로	 인한	 
손실을	 막을	 수	 있다.	 또	 단순히	 택시	 회사의	 이익뿐	 
아니라	 교통	 분산	 효과를	 가져오기	 때문에	 공공인프라	 
개선이라는	 부수적	 효과도	 가져온다.
Reference: http://www.ddaily.co.kr/news/news_view.php?uid=99448
실시간	 처리
실시간	 분석
실시간	 예측
인공지능
사용자	 프로파일링
무서운	 미래
ORLANDO, Fla. — HP and SAP AG (NYSE:SAP) today announced advancements to
a joint initiative, codenamed “Project Kraken,” to improve business processes and
mitigate risks for customers. 
...
Project Kraken’s goal is to provide customers additional choice in scalability for
large, online transaction processing applications, with requirements for real-time
analytical insights into this data.This allows organizations, including retailers,
financial institutions, utilities and governments, another alternative to quickly detect
patterns, analyze massive data volumes on the fly, and perform their operations
quickly.
The prototype system, optimized with 16 Intel® Xeon® processor E7 family
(codenamed Ivy Bridge-EX) central processing units (CPUs) and 12 terabytes of
memory, has been engineered specifically for complex, data-intensive workloads.
These include supply chain, customer relationship management (CRM), enterprise
resource planning (ERP) and data analysis. HP and SAP chose Intel processors
because of the company’s leading-edge technology that enables customers to
improve system performance.  
HP and SAP Advance SAP HANA through Joint Innovation
SAP, SAP HANA and all SAP logos are trademarks or registered trademarks of SAP AG in Germany and in several other countries. Intel and Xeon are trademarks of Intel Corporation in the U.S. and other countries.
• Project Kraken
• 대형 DB에서 실시간 분석
• 패턴 찾기, 대용량 데이터 실시간 분석 등
• 16 Intel® Xeon® processor E7
• 12 TB 메모리 (12,228 GB)
HP 와 SAP 협력
Apple NAB Bay (2007), Photo from http://sysadminporn.com/wp-content/uploads/2011/01/Xserve-HD_2560.jpg
1 U =
1 U =
44.45mm
Apple XServe, http://www.creativeplanetnetwork.com/videography/uploadedimages/VideoGraphy/Videography_News/0408AppleXserve-1bg.jpg
79cm
48cm
SuperComputing 2012, IBM Power7, Photo from http://hpc.uark.edu/hpc/blog/sc12.html
4. 그들은 누구인가
Public Domain by amadeusm
• 1972년 독일에서 설립
• ERP관련 (전사적 자원 관리)
• ERP에는 DB가 필요
시장 점유율
SAP Salesforce Oracle Microsoft Amdocs Other
Source: Market Share Analysis: ERP Software,Worldwide, 2012,
http://www.forbes.com/sites/louiscolumbus/2012/12/04/roundup-of-crm-forecasts-and-market-estimates-2012/
시장 점유율
19%
SAP Salesforce Oracle Microsoft Amdocs Other
Source: Market Share Analysis: ERP Software,Worldwide, 2012,
http://www.forbes.com/sites/louiscolumbus/2012/12/04/roundup-of-crm-forecasts-and-market-estimates-2012/
Video: http://youtu.be/KT5XMBzWpMc
Reference: http://www.flickr.com/photos/93755244@N00/4140459965 by dahlstroms
• 1977년 미국에서 설립
• 회사용 H/W, S/W (특히 DB)
• 많은 회사 인수 (85 + 11 이상)
• SUN(Java) - $7.4B @ 2010 #3
• MySQL - ($1.0B @ 2008 #9)
• PeopleSoft - $10.3B @ 2005 #1
Oracle DB IBM DB2 MS SQL SAP/Sybase Teradata Others
시장 점유율
Source: Gartner 2012, RDBMS Software Revenue,
http://itknowledgeexchange.techtarget.com/eye-on-oracle/oracle-the-clear-leader-in-24-billion-rdbms-market/
49%
20%
17%
5%
4%
6%
Oracle DB IBM DB2 MS SQL SAP/Sybase Teradata Others
시장 점유율
Source: Gartner 2012, RDBMS Software Revenue,
http://itknowledgeexchange.techtarget.com/eye-on-oracle/oracle-the-clear-leader-in-24-billion-rdbms-market/
$12B
$5B
$4B
$1B
$1B
$1B
Oracle DB IBM DB2 MS SQL SAP/Sybase Teradata Others
DB 매출
Source: Gartner 2012, RDBMS Software Revenue,
http://itknowledgeexchange.techtarget.com/eye-on-oracle/oracle-the-clear-leader-in-24-billion-rdbms-market/

칩 OS

339S0073ARM
K2132C2PD-50-F
ONO650908
APL0298
N1PVNMPP 0919
iPhone OS

칩 OS
TIZEN
ANDROID
PA SAMI

칩 OS
OS 칩
경쟁 관계
DB ERP
PeopleSoft
Transaction
In Memory
DB ERP
DBERP
경쟁 관계

마지막 원칙, 이 바닥엔 영원한 친구도 원수도 없어.
타짜, ©2006 CJ Entertainment
결론
결론
• In Memory DB는 무지 빠르다.
결론
• In Memory DB는 무지 빠르다.
• 실시간으로 처리할 수 있다.
결론
• In Memory DB는 무지 빠르다.
• 실시간으로 처리할 수 있다.
• 메모리는 엄청 싸졌다.
결론
• In Memory DB는 무지 빠르다.
• 실시간으로 처리할 수 있다.
• 메모리는 엄청 싸졌다.
• Oracle도 크고 SAP도 크다. 둘이 경쟁한다.
결론
• In Memory DB는 무지 빠르다.
• 실시간으로 처리할 수 있다.
• 메모리는 엄청 싸졌다.
• Oracle도 크고 SAP도 크다. 둘이 경쟁한다.
• 여러분도 좋은것 만들어 잘 팔아보자.
Q&A

Más contenido relacionado

Similar a SAP HANA vs Oracle

OPEN_POWER8_SESSION_20150316
OPEN_POWER8_SESSION_20150316OPEN_POWER8_SESSION_20150316
OPEN_POWER8_SESSION_20150316기한 김
 
Optane DC Persistent Memory(DCPMM) 성능 테스트
Optane DC Persistent Memory(DCPMM) 성능 테스트Optane DC Persistent Memory(DCPMM) 성능 테스트
Optane DC Persistent Memory(DCPMM) 성능 테스트SANG WON PARK
 
효율적인 빅데이터 분석 및 처리를 위한 Glue, EMR 활용 - 김태현 솔루션즈 아키텍트, AWS :: AWS Summit Seoul 2019
효율적인 빅데이터 분석 및 처리를 위한 Glue, EMR 활용 - 김태현 솔루션즈 아키텍트, AWS :: AWS Summit Seoul 2019효율적인 빅데이터 분석 및 처리를 위한 Glue, EMR 활용 - 김태현 솔루션즈 아키텍트, AWS :: AWS Summit Seoul 2019
효율적인 빅데이터 분석 및 처리를 위한 Glue, EMR 활용 - 김태현 솔루션즈 아키텍트, AWS :: AWS Summit Seoul 2019Amazon Web Services Korea
 
데이터 레이크 알아보기(Learn about Data Lake)
데이터 레이크 알아보기(Learn about Data Lake)데이터 레이크 알아보기(Learn about Data Lake)
데이터 레이크 알아보기(Learn about Data Lake)SeungYong Baek
 
Cloudera session seoul - Spark bootcamp
Cloudera session seoul - Spark bootcampCloudera session seoul - Spark bootcamp
Cloudera session seoul - Spark bootcampSang-bae Lim
 
091106kofpublic 091108170852-phpapp02 (번역본)
091106kofpublic 091108170852-phpapp02 (번역본)091106kofpublic 091108170852-phpapp02 (번역본)
091106kofpublic 091108170852-phpapp02 (번역본)Taegil Heo
 
DataCore SANsymphony-v 10 소개자료 (2014 5)
DataCore SANsymphony-v 10 소개자료 (2014 5)DataCore SANsymphony-v 10 소개자료 (2014 5)
DataCore SANsymphony-v 10 소개자료 (2014 5)JH Byeon 변종호
 
데브시스터즈 데이터 레이크 구축 이야기 : Data Lake architecture case study (박주홍 데이터 분석 및 인프라 팀...
데브시스터즈 데이터 레이크 구축 이야기 : Data Lake architecture case study (박주홍 데이터 분석 및 인프라 팀...데브시스터즈 데이터 레이크 구축 이야기 : Data Lake architecture case study (박주홍 데이터 분석 및 인프라 팀...
데브시스터즈 데이터 레이크 구축 이야기 : Data Lake architecture case study (박주홍 데이터 분석 및 인프라 팀...Amazon Web Services Korea
 
Tdc2013 선배들에게 배우는 server scalability
Tdc2013 선배들에게 배우는 server scalabilityTdc2013 선배들에게 배우는 server scalability
Tdc2013 선배들에게 배우는 server scalability흥배 최
 
(130316) #fitalk trends in d forensics (feb, 2013)
(130316) #fitalk   trends in d forensics (feb, 2013)(130316) #fitalk   trends in d forensics (feb, 2013)
(130316) #fitalk trends in d forensics (feb, 2013)INSIGHT FORENSIC
 
DataCore SANsymphony-V 9 Introduction-Korean-2013Aug
DataCore SANsymphony-V 9 Introduction-Korean-2013AugDataCore SANsymphony-V 9 Introduction-Korean-2013Aug
DataCore SANsymphony-V 9 Introduction-Korean-2013AugJH Byeon 변종호
 
IBM Storage for AI - NVMe & Spectrum Scale 기술을 탑재한 ESS3000
IBM Storage for AI - NVMe & Spectrum Scale 기술을 탑재한 ESS3000IBM Storage for AI - NVMe & Spectrum Scale 기술을 탑재한 ESS3000
IBM Storage for AI - NVMe & Spectrum Scale 기술을 탑재한 ESS3000Seoro Kim
 
[찾아가는세미나] 클라우드 데이터 가상화솔루션
[찾아가는세미나] 클라우드 데이터 가상화솔루션[찾아가는세미나] 클라우드 데이터 가상화솔루션
[찾아가는세미나] 클라우드 데이터 가상화솔루션해은 최
 
사업 실적
사업 실적사업 실적
사업 실적mobigen
 
MySQL Deep dive with FusionIO
MySQL Deep dive with FusionIOMySQL Deep dive with FusionIO
MySQL Deep dive with FusionIOI Goo Lee
 
20130716 AWS Meister re:Generate - Amazon Redshift (Korean)
20130716 AWS Meister re:Generate - Amazon Redshift (Korean)20130716 AWS Meister re:Generate - Amazon Redshift (Korean)
20130716 AWS Meister re:Generate - Amazon Redshift (Korean)Amazon Web Services Korea
 
Pag 빅데이터-한국에도필요한가
Pag 빅데이터-한국에도필요한가Pag 빅데이터-한국에도필요한가
Pag 빅데이터-한국에도필요한가Wooseung Kim
 
Ndc2011 성능 향상을_위한_데이터베이스_아키텍쳐_구축_및_개발_가이드
Ndc2011 성능 향상을_위한_데이터베이스_아키텍쳐_구축_및_개발_가이드Ndc2011 성능 향상을_위한_데이터베이스_아키텍쳐_구축_및_개발_가이드
Ndc2011 성능 향상을_위한_데이터베이스_아키텍쳐_구축_및_개발_가이드cranbe95
 
Azure databases for PostgreSQL, MySQL and MariaDB
Azure databases for PostgreSQL, MySQL and MariaDB Azure databases for PostgreSQL, MySQL and MariaDB
Azure databases for PostgreSQL, MySQL and MariaDB rockplace
 
[AI & DevOps] BigData Scale Production AI 서비스를 위한 최상의 플랫폼 아키텍처
[AI & DevOps] BigData Scale Production AI 서비스를 위한 최상의 플랫폼 아키텍처[AI & DevOps] BigData Scale Production AI 서비스를 위한 최상의 플랫폼 아키텍처
[AI & DevOps] BigData Scale Production AI 서비스를 위한 최상의 플랫폼 아키텍처hoondong kim
 

Similar a SAP HANA vs Oracle (20)

OPEN_POWER8_SESSION_20150316
OPEN_POWER8_SESSION_20150316OPEN_POWER8_SESSION_20150316
OPEN_POWER8_SESSION_20150316
 
Optane DC Persistent Memory(DCPMM) 성능 테스트
Optane DC Persistent Memory(DCPMM) 성능 테스트Optane DC Persistent Memory(DCPMM) 성능 테스트
Optane DC Persistent Memory(DCPMM) 성능 테스트
 
효율적인 빅데이터 분석 및 처리를 위한 Glue, EMR 활용 - 김태현 솔루션즈 아키텍트, AWS :: AWS Summit Seoul 2019
효율적인 빅데이터 분석 및 처리를 위한 Glue, EMR 활용 - 김태현 솔루션즈 아키텍트, AWS :: AWS Summit Seoul 2019효율적인 빅데이터 분석 및 처리를 위한 Glue, EMR 활용 - 김태현 솔루션즈 아키텍트, AWS :: AWS Summit Seoul 2019
효율적인 빅데이터 분석 및 처리를 위한 Glue, EMR 활용 - 김태현 솔루션즈 아키텍트, AWS :: AWS Summit Seoul 2019
 
데이터 레이크 알아보기(Learn about Data Lake)
데이터 레이크 알아보기(Learn about Data Lake)데이터 레이크 알아보기(Learn about Data Lake)
데이터 레이크 알아보기(Learn about Data Lake)
 
Cloudera session seoul - Spark bootcamp
Cloudera session seoul - Spark bootcampCloudera session seoul - Spark bootcamp
Cloudera session seoul - Spark bootcamp
 
091106kofpublic 091108170852-phpapp02 (번역본)
091106kofpublic 091108170852-phpapp02 (번역본)091106kofpublic 091108170852-phpapp02 (번역본)
091106kofpublic 091108170852-phpapp02 (번역본)
 
DataCore SANsymphony-v 10 소개자료 (2014 5)
DataCore SANsymphony-v 10 소개자료 (2014 5)DataCore SANsymphony-v 10 소개자료 (2014 5)
DataCore SANsymphony-v 10 소개자료 (2014 5)
 
데브시스터즈 데이터 레이크 구축 이야기 : Data Lake architecture case study (박주홍 데이터 분석 및 인프라 팀...
데브시스터즈 데이터 레이크 구축 이야기 : Data Lake architecture case study (박주홍 데이터 분석 및 인프라 팀...데브시스터즈 데이터 레이크 구축 이야기 : Data Lake architecture case study (박주홍 데이터 분석 및 인프라 팀...
데브시스터즈 데이터 레이크 구축 이야기 : Data Lake architecture case study (박주홍 데이터 분석 및 인프라 팀...
 
Tdc2013 선배들에게 배우는 server scalability
Tdc2013 선배들에게 배우는 server scalabilityTdc2013 선배들에게 배우는 server scalability
Tdc2013 선배들에게 배우는 server scalability
 
(130316) #fitalk trends in d forensics (feb, 2013)
(130316) #fitalk   trends in d forensics (feb, 2013)(130316) #fitalk   trends in d forensics (feb, 2013)
(130316) #fitalk trends in d forensics (feb, 2013)
 
DataCore SANsymphony-V 9 Introduction-Korean-2013Aug
DataCore SANsymphony-V 9 Introduction-Korean-2013AugDataCore SANsymphony-V 9 Introduction-Korean-2013Aug
DataCore SANsymphony-V 9 Introduction-Korean-2013Aug
 
IBM Storage for AI - NVMe & Spectrum Scale 기술을 탑재한 ESS3000
IBM Storage for AI - NVMe & Spectrum Scale 기술을 탑재한 ESS3000IBM Storage for AI - NVMe & Spectrum Scale 기술을 탑재한 ESS3000
IBM Storage for AI - NVMe & Spectrum Scale 기술을 탑재한 ESS3000
 
[찾아가는세미나] 클라우드 데이터 가상화솔루션
[찾아가는세미나] 클라우드 데이터 가상화솔루션[찾아가는세미나] 클라우드 데이터 가상화솔루션
[찾아가는세미나] 클라우드 데이터 가상화솔루션
 
사업 실적
사업 실적사업 실적
사업 실적
 
MySQL Deep dive with FusionIO
MySQL Deep dive with FusionIOMySQL Deep dive with FusionIO
MySQL Deep dive with FusionIO
 
20130716 AWS Meister re:Generate - Amazon Redshift (Korean)
20130716 AWS Meister re:Generate - Amazon Redshift (Korean)20130716 AWS Meister re:Generate - Amazon Redshift (Korean)
20130716 AWS Meister re:Generate - Amazon Redshift (Korean)
 
Pag 빅데이터-한국에도필요한가
Pag 빅데이터-한국에도필요한가Pag 빅데이터-한국에도필요한가
Pag 빅데이터-한국에도필요한가
 
Ndc2011 성능 향상을_위한_데이터베이스_아키텍쳐_구축_및_개발_가이드
Ndc2011 성능 향상을_위한_데이터베이스_아키텍쳐_구축_및_개발_가이드Ndc2011 성능 향상을_위한_데이터베이스_아키텍쳐_구축_및_개발_가이드
Ndc2011 성능 향상을_위한_데이터베이스_아키텍쳐_구축_및_개발_가이드
 
Azure databases for PostgreSQL, MySQL and MariaDB
Azure databases for PostgreSQL, MySQL and MariaDB Azure databases for PostgreSQL, MySQL and MariaDB
Azure databases for PostgreSQL, MySQL and MariaDB
 
[AI & DevOps] BigData Scale Production AI 서비스를 위한 최상의 플랫폼 아키텍처
[AI & DevOps] BigData Scale Production AI 서비스를 위한 최상의 플랫폼 아키텍처[AI & DevOps] BigData Scale Production AI 서비스를 위한 최상의 플랫폼 아키텍처
[AI & DevOps] BigData Scale Production AI 서비스를 위한 최상의 플랫폼 아키텍처
 

SAP HANA vs Oracle