Early Numbering 동시 생성 키 충돌 3가지 #shorts #SAP #RAP
📖 개요: 이 글에서 다루는 것 RAP(RESTful Application Programming Model)에서 Early Numbering 을 직접 구현하면, 사용자가 저장 버튼을 누르기 전에 이미 문서번호가 확정됩니다. 편리해 보이지만, 두 사용자가 동시에 생성 트랜잭션을 시작하는
채번 갭 방치하면 큰일 — 롤백 후 번호가 안 돌아오는 이유 #shorts #SAP #RAP
개요 — 이 글에서 확인할 내용 RAP(ABAP RESTful Application Programming Model)에서 액션이 실패해 트랜잭션 전체가 롤백되었는데, 다음 문서를 생성하면 번호가 하나 건너뛰어 있는 현상을 본 적이 있을 것입니다. 예를 들어 판매오더 SO-1007 생성이
CDS Draft 활성화 실수 3가지 #shorts #SAP #CAPforNode
📖 개요: Draft 저장 로직, 왜 자꾸 오해가 생길까 SAP CAP(Cloud Application Programming Model) Node.js 런타임에서 Fiori Elements 앱을 만들 때 가장 자주 마주치는 기능이 바로 Draft(초안) 입니다. 어노테이션 한 줄이면
Cloud Foundry vs Kyma 선택 기준 #shorts #SAP #BTP
📖 개요와 이 글에서 얻어갈 것 SAP BTP(Business Technology Platform)에서 애플리케이션을 배포하려는 순간 누구나 마주치는 첫 갈림길이 있습니다. Cloud Foundry 런타임 이냐, Kyma 런타임 이냐. 둘 다 "앱을 올릴 수 있는 곳"이지만 설계 철학
HANA Calc View 성능 잡는 체크 3가지 #shorts #SAP #HANA
개요: 왜 Calculation View가 느려지는가 SAP HANA에서 Calculation View는 분석 모델링의 중심이지만, 데이터가 수억 건으로 늘어나면 설계 시점에는 보이지 않던 병목이 드러납니다. 이 글은 가상의 물류 기업 "한빛로지스"의 출고 실적 분석 뷰가 45초까지 느
CAP Node 폴더 구조 실수 3가지 #shorts #SAP #CAPforNode
개요: 이 글에서 다루는 내용 SAP BTP에서 CAP(Cloud Application Programming Model) Node.js 프로젝트를 시작할 때 가장 먼저 마주치는 고민은 "폴더를 어떻게 나누고, 어떤 파일을 어디에 두어야 하는가"입니다. CAP는 관례 기반(conventi
HANA 테이블 파티셔닝 없이 겪는 성능 문제 3가지 #shorts #SAP #HANA
왜 파티셔닝인가: 이 글에서 다루는 것 SAP HANA에서 대용량 테이블을 운영하다 보면 어느 순간 "어제까지 잘 돌던 쿼리가 갑자기 느려졌다"는 상황을 만나게 됩니다. 원인은 다양하지만, 수억 건 이상 쌓인 컬럼 스토어 테이블을 파티셔닝 없이 방치한 경우가 대표적입니다. 이 글은 초급
BTP 서브계정 초기 설정 놓치는 5가지 #shorts #SAP #BTP
📖 개요: 프로젝트 첫 주에 결정한 것들이 1년을 좌우합니다 SAP BTP 프로젝트는 첫 2주 안에 내린 결정(리전, 서브계정 구조, 권한 모델)이 이후 운영 전체를 지배합니다. 문제는 이 결정들이 나중에 바꾸기 매우 어렵다는 점입니다. 예를 들어 서브계정의 리전은 생성 후 변경할 수
req.error 써도 왜 안 멈추지? #shorts #SAP #CAPforNode
들어가며: 이 글에서 다루는 것 CAP(Cloud Application Programming Model) Node.js 런타임에서 에러 핸들링은 겉보기엔 단순합니다. req.error() 와 req.reject() 두 API만 알면 될 것 같지만, 실제 프로젝트에서는 "에러를 던졌는데
cds.log 없이 디버깅 실패 — 레벨 3가지 #shorts #SAP #CAPforNode
📖 개요: 로그 없는 CAP 디버깅이 실패하는 이유 CAP(Node.js) 프로젝트에서 "핸들러가 왜 안 타지?", "이 요청이 DB에 어떤 SQL을 날렸지?"라는 질문에 console.log 를 여기저기 심어가며 답을 찾는 경우가 많습니다. 하지만 CAP 런타임은 이미 cds.log
Calculation View 성능 90% 병목의 진짜 원인 #shorts #SAP #HANA
개요 — 이 글에서 얻어갈 것 Calculation View는 SAP HANA 모델링의 중심축이지만, 잘못 설계하면 수 초에서 수 분까지 응답이 느려지는 대표적인 병목 지점이기도 합니다. 이 글은 "왜 느려지는가"를 엔진 동작 원리 수준에서 짚고, PlanViz와 Explain Plan
BTP 무료 티어 시작 전 실수 5가지 #shorts #SAP #QnA
📖 개요 및 핵심 체크리스트 SAP BTP(Business Technology Platform)를 처음 접하는 개발자 대부분은 "일단 무료 계정부터 만들자"로 시작합니다. 그런데 Trial과 Free Tier의 차이를 모른 채 계정을 만들면, 90일 뒤 작업물이 사라지거나, 리전을 잘
아직도 전부 컬럼 테이블? — 세션·큐는 로우가 답 #shorts #SAP #HANA
이 글이 답하는 질문 SAP HANA Cloud에서 CREATE TABLE 을 실행하면 기본적으로 컬럼 테이블이 만들어집니다. 그래서 많은 개발자가 "HANA는 무조건 컬럼"이라고 외우고 넘어갑니다. 대부분의 경우 그 선택이 맞습니다. 하지만 모든 테이블을 컬럼으로 만들면 오히려 손해를
CAP @Before vs @On vs @After 핸들러 차이 #shorts #SAP #CAPJava
개요 — 핸들러 실행 순서를 알아야 하는 이유 CAP Java(SAP Cloud Application Programming Model, Java 런타임)에서 커스텀 비즈니스 로직은 @Before , @On , @After 세 페이즈(Phase)의 이벤트 핸들러로 작성합니다. 이 세 페이
jest vs cds.test — CAP 테스트 실패 3원인 #shorts #SAP #CAP
📖 개요와 목표 CAP Node.js 프로젝트에서 jest만 설치하고 서비스 핸들러를 테스트하면 service is undefined , no model loaded 같은 에러로 시작부터 막히는 경우가 많습니다. 이 글은 구매 주문(PurchaseOrder) 서비스를 예제로, @sap
HANA 파티셔닝 Hash vs Range vs RoundRobin #shorts #SAP #HANA
1. 대용량 테이블의 조회 성능 문제 — 왜 파티셔닝이 필요한가 SAP HANA 컬럼 스토어 테이블은 인메모리 구조 덕분에 기본 조회 성능이 뛰어나지만, 데이터가 수억 건 단위로 쌓이기 시작하면 상황이 달라집니다. 가장 먼저 부딪히는 것은 단일 컬럼 스토어 테이블(또는 파티션)당 약 2
CAP jest vs cds.test — 단위 테스트 뭘 써야? #shorts #SAP #CAP
개요 — jest만으로는 왜 CAP 테스트가 실패하는가 SAP CAP(Cloud Application Programming Model) 프로젝트에서 jest를 설치하고 서비스 핸들러를 테스트하려다 Cannot read properties of undefined , No service d
MTX 없이 멀티테넌트 그만 #shorts #SAP #CAP
📖 개요: MTX 없이 멀티테넌트를 만들면 벌어지는 일 SaaS 제품을 CAP(Cloud Application Programming Model)으로 만들 때 가장 먼저 부딪히는 벽이 멀티테넌시입니다. "테이블에 tenant_id 컬럼 하나 추가하면 되지 않나?"라는 접근은 초기에 빠르
[AI 뉴스] 2026-07-17 — 딥시크 창업자 AI 최고 부자 · 中 모델 기업 채택 확산
오늘의 AI 핵심 뉴스 — 2026년 7월 17일 오늘은 글로벌 AI 업계의 주목할 만한 소식이 쏟아졌습니다. 딥시크(DeepSeek) 창업자가 AI 업계 세계 최고 부자로 등극했고, 미국·유럽 기업들의 중국 AI 모델 채택이 빠르게 확산되고 있습니다. 구글은 검색 AI Mode에 외부
CAP before vs on vs after 실행 순서 #shorts #SAP #CAP
📖 개요 — 이 글에서 얻을 수 있는 것 SAP CAP(Cloud Application Programming Model) for Node.js에서 커스텀 로직은 before / on / after 세 단계의 이벤트 핸들러로 구현됩니다. 세 단계는 이름만 다른 게 아니라 실행 시점, r