주문, 결제 엔티티의 분류

안녕하세요, 쿠카이든입니다. 주문과 결제를 하나의 트랜잭션 단위로 서비스를 구현할 때,주문과 결제를 각각의 엔티티로 분류하여 데이터를 분리시키는 것이 더 올바른 설계라고 생각됩니다.하나로 합친다면 정규화가 제대로 이루어지지 않아서 데이터의 정합성이 깨질 현상이 발생할 우려가 있기 때문입니다.즉, 두개의 엔티티로 하나의 트랜잭션을 설계하는 것이 나은 선택이라고 생각합니다.감사합니다

여러 패키지들 does not exist 오류

(사진)안녕하세요, 동일 에러로 고생하여서 글 남겨요.package does not find 로 import를 하지 못하는 경우, out 폴더를 비운 후(하위 내용 전체 삭제), 다시 컴파일 하시면 빌드가 잘 되는 것을 보실 수 있습니다!(영한님이 강의에서 잠깐 언급하셨습니다)혹시라도 해결에 도움을 드리고자 글 남깁니다. 감사합니다!

count 변수로 조회된 데이터 숫자를 세는 부분

아 생성자에서 인자값을 지정할 때, 컬렉션의 숫자세는 것을 첫번째 파라미터로 잡았군요. 이해가 되었습니다.. 답변 정말 감사드립니다..!!^^

컬럼, 테이블 이름 정할 때, 질문 드립니다.

강사님, 감사합니다. 제 생각이 짧았던 것 같습니다. 초보의 짧은 식견이라고 생각해주시면 감사하겠습니다. 답변 정말 감사합니다.