SQL
주문·결제처럼 ACID transaction, foreign key, 복잡한 집계가 중요할 때 적합하다.
SQL은 schema, join, transaction으로 무결성을 지키고, NoSQL은 document/key-value 모델과 query pattern에 맞춰 중복 저장을 선택한다.
주문·결제처럼 ACID transaction, foreign key, 복잡한 집계가 중요할 때 적합하다.
document는 읽기 단위로 묶고, key-value는 세션·캐시처럼 키 조회가 명확할 때 강하다.
조회 패턴과 인덱스를 먼저 정하고, 함께 읽는 데이터는 중복 저장도 비교한다.
강한 일관성, eventual consistency, 백업·마이그레이션·샤딩 비용을 함께 본다.
데이터 관계가 안정적이고 transaction이 요구되면 SQL을 선택한다. 읽기 패턴이 고정되고 수평 확장이 더 중요하면 NoSQL을 검토한다.