재고 엔티티 설계

안녕하세요 이번에 강의를 들으면서 동시성 문제를 실제 프로젝트에서 해결해보자는 취지에 엔티티 설계에 대한 고민이 생겨 질문 드립니다!

public class Item {
    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private Long no;

    // 상품 : 품목 = 1 : N
    @ManyToOne(fetch = FetchType.LAZY)
    @JoinColumn(name = "prod_no", nullable = false)
    private Product product;

    @Column(name = "thumbnail_img_url")
    private String thumbNailImgUrl; // 대표 이미지 경로

    // 품목옵션에 대한 필드 리스트
    @OneToMany(mappedBy = "item", cascade = CascadeType.ALL, orphanRemoval = true)
    private List<ItemOption> itemOptions = new ArrayList<>();

    private String code; // 품목코드 -> 상품코드 + 1 을 붙인 것

    private String name; // 품목명 -> 옵션 그룹 + 옵션 값

    @Column(name = "add_price", precision = 10, scale = 2)
    private Integer addPrice; // 추가금액

    private Integer totalPrice; // 정상가격(원가) + 추가금액

    private Integer qty; // 재고량

    @Column(name = "saf_qty")
    private Integer safQty; // 안전재고량

    @Enumerated(EnumType.STRING)
    private ProductSellingStatus sellingStatus; // 판매 상태

    @Column(name = "max_qty")
    private Integer maxQty; // 최대 구매 수량

    @Column(name = "min_qty")
    private Integer minQty; // 최소 구매 수량
}

현재 품목 엔티티라는 엔티티가 있습니다. 이 엔티티는 상품 + 옵션이 결합된 형태입니다. 그래서 재고 필드를 해당 엔티티에 정의 해주었습니다.
근데 여기서 들었던 의문점이 " 재고 엔티티를 따로 정의를 안해줘도 괜찮을까? " 라는 의문점이 들기 시작했습니다. 그래서 일단 확장성을 고려하지 않고 구현을 하게 된다면 이대로 품목 엔티티가 재고 필드를 가지고 있는 것도 괜찮을거 같다는 생각이 들었습니다. 하지만 확장성을 고려하게 된다면 재고 엔티티를 정의해 품목 엔티티와 일대일 관계를 갖도록 하는 것이 좋다고 생각하였습니다.

" 확장성을 제외한 동시성 제어만을 고려했을 때 해당 설계도 괜찮을까? " 와 " 더 나은 설계는 무엇이 있을까? "에 대하여 조언을 듣고 싶습니다!!!