DDD 설계 vs SQL 설계

제대로 이해를 못했기 때문에 해당 내용을 경계하며 읽어주셨으면 감사하겠습니다.

 

💥 Chat GPT가 알려준 예시이다.

 

주문 관리 시스템을 만든다고 가정해봅시다.

SQL 중심 설계에서는 주문 데이터베이스 테이블이 존재하고, 이 테이블과 주문 상세 테이블, 상품 테이블, 회원 테이블 등이 서로 관계를 맺습니다. 따라서 데이터베이스 테이블 간의 관계가 중심이 되며, 비즈니스 로직은 데이터베이스 스키마에 맞게 설계됩니다.

DDD 설계에서는 주문, 주문 상세, 상품, 회원 등의 도메인 개념이 중심이 됩니다. 예를 들어, 주문 도메인에서는 주문 생성, 주문 취소, 결제 처리 등의 비즈니스 로직이 포함됩니다. 이러한 비즈니스 로직을 기반으로 주문 도메인 객체가 설계되며, 데이터베이스 스키마는 이를 지원하기 위해 구성됩니다. 즉, 데이터베이스 테이블과의 관계는 도메인 객체를 지원하기 위한 것입니다.

 

예시를 읽으면 이해가 되는듯 안 되는듯 하다. 프로젝트를 할 때 SQL 중심 설계와 같이 하는 것 같으면서도 DDD 설계와 같이 하기도 하고... 애매하다.

 

DDD(Domain Driven Design) 설계

비즈니스 로직과 도메인 개념을 중심으로 설계되며, 데이터베이스 구조는 이를 지원하는 역할

 

 

도메인이란?

1. 같이 다니고 싶은 데이터 덩어리
   • ENTITY
2. 서비스 단위

 

유비쿼터스?

• 여러 업계에 있는 사람들이 같이 사용하는 

 

마이크로소프트에서 말하는 DDD 계층

 

SQL 중심 설계

SQL 중심 설계는 데이터베이스 테이블과 테이블 간의 관계 중심으로 설계되는 방식.

 

 

 

참고사이트

https://velog.io/@gowjr207/%EB%8F%84%EB%A9%94%EC%9D%B8-%EC%A3%BC%EB%8F%84-%EC%84%A4%EA%B3%84DDD%EB%A5%BC-%EC%84%A4%EB%AA%85%ED%95%B4%EB%B3%B4%EB%8B%A4