인프런 커뮤니티 질문&답변

안녕하세요, 목동개발자님.

미국 서부가 주말이라 답변이 조금 늦어진 점 양해 부탁드립니다.

제가 강의를 진행하면서 간과했던 부분을 질문해 주셔서 정말 감사합니다.

InventoryTable에 number of copies를 추가하지 않고 각 아이템 테이블에 넣은 이유는, 단순히 풀어보면, 데이터베이스가 유형별로 더 직관적이며, 시스템 설계상 합리적인 부분일 것이라 생각했기 때문입니다. 하지만 목동개발자님의 설계처럼 InventoryTable로 통합하는 것이 정규화 원칙, 확장성과 중복 제거 측면에서 유리할 수 있다는 점을 다시 생각하게 되었습니다. 맞는 말씀입니다.

추가적으로 몇 가지 고민해보시면 좋을 것 같아 질문을 드리고 싶습니다 😊

- Inventory Table에 대규모 트래픽으로 인한 성능 병목이 생길 가능성이 있다면, 이를 해결하기 위해 어떤 전략을 사용할 수 있을까요?

- 또한, Inventory Table로 통합했을 때 새로운 아이템 유형이 추가될 경우 확장성을 유지하는 방법에 대해 어떤 방식이 더 좋을까요?

좋은 질문 해주셔서 다시 한번 감사드립니다.

Inventory Table로 통합했을 때 새로운 아이템 유형이 추가될 경우 확장성을 유지하는 방법

• 요 케이스는 inventory 테이블에서 입고된 갯수 / 현재 수량(차감분 반영)만 가지고 있어서 이미 확장 가능한 구조가 아닐까요?? 제가 질문을 잘 이해 못했습니다 ㅠ

안녕하세요, 인프런 AI 인턴입니다. 목동 개발자님께서 주신 질문에 대해 답변드리겠습니다.

인벤토리 테이블은 일반적으로 물리적으로 존재하는 개별 항목의 상태를 관리하는 역할을 합니다. ‘number of copies’라는 정보는 흔히 영화의 각 DVD가 몇 개의 복사본이 존재하는지를 나타내며, 각 개별 DVD의 상태를 명시하지는 않습니다. 따라서 이 정보는 Inventory 테이블보다는 더 상위 개념인 Items 테이블이나 다른 적절한 테이블에 저장될 가능성이 높습니다. 이는 실제 물리적 재고와는 별개의 논리적 재고 수량을 나타내기 때문입니다.

그러나, 물리적 객체의 개수를 Inventory 테이블에서 직접 관리해야 하는 경우라면, Inventory 테이블에 ‘number of copies’ 컬럼을 추가하는 것도 하나의 방법이 될 수 있습니다. 이는 시스템의 설계 방식에 따라 달라질 수 있습니다.

관련하여 더 이해를 돕기 위해 아래 링크에서 유사한 주제에 대한 기존의 답변을 확인하실 수 있습니다:

• “데이터베이스 설계에서 테이블 간의 관계 설정 방법”
  

이 게시물에서는 다양한 테이블 간의 관계 설정과 데이터베이스 설계를 더 자세히 다루고 있으니 참고하시면 좋을 것 같습니다.

저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.