강의

멘토링

로드맵

Inflearn コミュニティ Q&A

airkim58791560 のプロフィール画像
airkim58791560

投稿した質問数

キム・ヨンハンの実戦データベース - 設計編1、現代的データモデリング完全征服

実践概念モデリング - 開始

주문, 결제 엔티티의 분류

作成

·

109

1

"실전 개념적 모델링 - 시작" 파트를 들으면서 궁금한 점이 있어 질문드립니다.

 

주문, 결제 엔티티의 경우, 주문은 '결제'까지 포함하는 비즈니스 트랜잭션 단위라 하였는데, 왜 두개의 엔티티로 분류해야하는지 궁금합니다.

현재 요구사항에서는 하나로 합쳐도 문제가 없는건가요?

sqlmysqldbms/rdbms소프트웨어-설계SQLD

クイズ

74%が間違えています。挑戦してみましょう!

プロジェクト初期に開発者が「大きな絵」を見ることが重要な主な理由は何でしょうか?

技術スタック決定

ビジネス目標達成への貢献

開発スケジュール短縮

チームメンバー間の業務分担

回答 1

1

안녕하세요, 쿠카이든입니다.

주문과 결제를 하나의 트랜잭션 단위로 서비스를 구현할 때,

주문과 결제를 각각의 엔티티로 분류하여 데이터를 분리시키는 것이 더 올바른 설계라고 생각됩니다.

하나로 합친다면 정규화가 제대로 이루어지지 않아서 데이터의 정합성이 깨질 현상이 발생할 우려가 있기 때문입니다.

즉, 두개의 엔티티로 하나의 트랜잭션을 설계하는 것이 나은 선택이라고 생각합니다.

감사합니다

airkim58791560 のプロフィール画像
airkim58791560

投稿した質問数

質問する