[SAP] MYSQL/ORACLE/MS SQL/HANA

ERP 구축 프로젝트에서는 HANA DB (자체) 를 사용했다.

 

그래서 따로 DB 툴을 써보진 않았는데 MYSQL은 웹 개발할 때 다뤄보긴 했지만, 오라클이나 MSSQL을 ERP시스템, MES, 그룹웨어 등등 연동해서 쓰는 경우가 있어. 한번 정리해보려고 한다. 

 

SAP GUI를 사용하면서 특이했던 점이 프론트+백엔드+DB 그냥 하나의 집합체?로 느껴졌다.

그 구조는 사실 어플리케이션 서버( 프론트+ 백엔드 ABAP - 여기에는 개발,운영,테스트 서버 등등) + DBMS 로 이루어져있다.

 

GUI에서 코드 작성(CRUD), 테이블 생성 등 트랜잭션이 이뤄지면 서버(GUI)에서 OPEN SQL 방식으로 작성된 코드가 NATIVE SQL ( 실제 DB, 오라클,하나,MSSQL 등 ) 으로 변환되어 전달된다.

 

즉 어찌보면 인터페이스 개념이랑 유사하기도 하다.

 

HANA

인메모리 구조 (속도 매우빠름)

컬럼방식 저장으로 집계 방식에서 매우 효율적

SAP에서 만든거라 아무래도 ABAP - HANA SQL 변환 최적화

고가용성 / SCALE OUT 지원

 

MYSQL 

InnoDB 스토리지 엔진이 ACID 트랜잭션, MVCC, Row-level Lock을 지원

동시접속이 폭발적으로 늘면 Deadlock 관리가 단순하다는 점
고가용성(Replication, Cluster)은 있지만 은행·제조 ERP처럼 99.999% 무중단 환경에는 한계가 있고
예시 재고 100개인 품목을 두 명이 동시에 출고 입력 → InnoDB가 MVCC로 각자 100개를 본다.
한쪽이 Commit하면 재고 95개로 갱신, 다른 쪽은 Rollback 처리돼야 함.
이런 충돌 관리 자체는 가능하지만, 충돌하면 하나를 죽이는 식이라 대규모 트랜잭션에서는 까다롭다

 

오라클

수십억 건 트랜잭션도 안정적으로 처리.
ACID 지원은 물론, Savepoint, 세밀한 Lock(ROW, COL), 병렬 쿼리까지 제공.
RAC(Real Application Cluster): 여러 서버가 하나의 DB를 동시에 운영 → 한 서버가 죽어도 ERP 멈추지 않음.
PL/SQL: IF, LOOP 같은 프로그래밍 로직을 SQL 안에 넣어 대규모 배치 처리 가능.

 

MSSQL

SSMS 라는 GUI 툴로 관리가 편하다.
MS 생태계(Active Directory, Excel, PowerBI)와 잘 연계된다.
AlwaysO, Mirroring 기능으로 고가용성 지원

 

대략적인 문법적인 차이도 보자.

 

문자열 결합

오라클 - SELECT first_name || ' ' || last_name FROM employees;

MS - SELECT first_name + ' ' + last_name FROM employees;

MY - SELECT CONCAT(first_name, ' ', last_name) FROM employees;

 

날짜

SELECT SYSDATE FROM dual;

SELECT GETDATE();

SELECT NOW();

 

프로시저의 경우 형태는 비슷하다. 전반적으로 보면 SQL문 기반은 같고 약간의 문법이 다르다.

트랜잭션

오라클 - SAVEPOINT 

MS - BEGIN 

MY - START .

 

정리하면 다 쓸 순 있지만, 대규모 트랜잭션, 사용자 수, 데이터량에 따라 안정성을 추구하려면 오라클이 확실히 좋다.

주로 대기업에서 선택하는 이유가 있다(비용적 감당 가능하면).

MSSQL의 경우는 비용적으론 오라클보다 싸고 특정 시스템 BI(리포팅) 기능을 위해 주로 사용하는 경향?

 

ECC를 쓰는 경우 예정대로라면 2030년부터 패치나 보안 등 관련 지원이 끊기기에, 필수는 아니지만 S/4HANA로 가는 흐름이 나오긴 할텐데, 기업 입장에서는 비용적으로나 인력 등 소요가 굉장히 많아진다. 

 

기존 ECC + DB만 HANA / 완전히 새로 / 핵심만 유지 + 신규+일부만 HANA 전환 같은 케이스도 있을 것 같고. 

 

근데 결국 S4HANA로 가려면 HANA DB 써야하는데 적게는 수천부터 많게는 몇억개 데이터가 있을텐데 마이그레이션 소요가 상당하다. 비용적으로도, 프로세스적으로도 리스크가 커서 굳이 S4HANA로 전환하지 않는 케이스도 있긴 할 것 같다.