분류 전체보기164 JPA에 대해.. 현재 데이터베이스 세계의 헤게모니(어떤 집단을 주도할 수 있는 권력이나 지위)는 관계형 DB이다. 지금 시대는 객체를 관계형 DB에 관리한다. 하지만 이는 패러다임의 불일치를 부른다. 객체 vs 관계형 데이터베이스 이기 때문이다. 개발자는 SQL에 의존적인 개발을 하게되고, 지루하고 반복적인 CRUD작업을 진행하는 SQL 매퍼가 된다. 객체답게 모델링 할수록 매핑 작업만 늘어난다. 객체를 자바 컬렉션에 저장하듯이 DB에 저장할 수는 없을까? 그 해답은 JPA 이다. JPA ? - JAVA Persistence API - 자바 진영의 ORM 기술 표준 ORM ? - Object-relational mapping (객체 관계 매핑) - 객체는 객체대로 설계 - 관계형 데이터베이스는 관계형 데이터베이스대로 설.. 2022. 5. 9. 성신여대 제육볶음 맛집 - 제순식당 오늘 학교에 대면시험을 보러 갔다. 시험을 보고 나와서 점심을 먹어야하니 근처 성신여대에 내가 좋아하는 제육볶음 맛집 제순식당을 갔다. 10시쯤이라서 사람은 많지않았다. 두명이서 쭈제(쭈꾸미 + 제육)볶음 3인분을 시켰다.제육볶음이 7500원간장불고기, 쭈제볶음 8000원종류가 많으니 한번 드셔보시면 좋겠다.1인당 1인분 시키면 된장찌개나 순두부찌개를 2000원에 먹을 수 있다. 이집 제육의 큰 특징은 불맛이 정말 살아있다.성신여대에 올때마다 들르는 것 같다.강추 2022. 4. 26. JPA 웹 계층 개발 - 홈 화면과 레이아웃 홈 화면과 레이아웃 lombok의 @Slf4j 를 사용하면 기존의 Logger, LoggerFactory의 기능을 그대로 사용할 수 있다. 참고: Hierarchical-style layouts 예제에서는 뷰 템플릿을 최대한 간단하게 설명하려고, header , footer 같은 템플릿 파일을 반복해서 포함한다. 다음 링크의 Hierarchical-style layouts을 참고하면 이런 부분도 중복을 제거할 수 있다. https://www.thymeleaf.org/doc/articles/layouts.html 현재는 Include-style layouts이지만 (예제에서 간단하게 하기 위해서) Hiearachical-style layout(계층 스타일 레이아웃)을 적용하면 코드중복 없이 깔끔하게 코딩할.. 2022. 4. 22. JPA 주문 도메인 개발 주문 도메인 개발 1. 주문, 주문상품 엔티티 개발 생성 메서드( createOrder() ): 주문 엔티티를 생성할 때 사용한다. 주문 회원, 배송정보, 주문상품의 정보를 받아서 실제 주문 엔티티를 생성한다. 주문 취소( cancel() ): 주문 취소시 사용한다. 주문 상태를 취소로 변경하고 주문상품에 주문 취소를 알린다. 만약 이미 배송을 완료한 상품이면 주문을 취소하지 못하도록 예외를 발생시킨다. 전체 주문 가격 조회: 주문 시 사용한 전체 주문 가격을 조회한다. 전체 주문 가격을 알려면 각각의 주문상품 가격을 알아야 한다. 로직을 보면 연관된 주문상품들의 가격을 조회해서 더한 값을 반환한다. (실무에서는 주로 주문에 전체 주문 가격 필드를 두고 역정규화 한다.) 주문취소인 cancel 에서는 a.. 2022. 4. 20. JPA 회원, 상품 도메인 개발 애플리케이션 아키텍처 계층형 구조 사용 controller, web: 웹 계층 service: 비즈니스 로직, 트랜잭션 처리 repository: JPA를 직접 사용하는 계층, 엔티티 매니저 사용 domain: 엔티티가 모여 있는 계층, 모든 계층에서 사용 개발 순서: 서비스, 리포지토리 계층을 개발하고, 테스트 케이스를 작성해서 검증, 마지막에 웹 계층 적용 회원 도메인 개발 1. 회원 리포지토리 개발 @PersistenceContext -> JPA가 제공하는 표준 어노테이션 스프링이 EntityManager em을 만들어서 주입해준다. (@PersistenceUnit을 사용하면 Factory를 직접 주입받을수 있다 -> 사용할일은 거의 없다..) public List findAll() { return.. 2022. 4. 19. JPA 도메인 분석 설계 도메인 모델과 테이블 설계 회원, 주문, 상품의 관계: 회원은 여러 상품을 주문할 수 있다. 그리고 한 번 주문할 때 여러 상품을 선택할 수 있으므로 주문과 상품은 다대다 관계다. 하지만 이런 다대다 관계는 관계형 데이터베이스는 물론이고 엔티티에서도 거의 사용하지 않는다. 따라서 그림처럼 주문 상품이라는 엔티티를 추가해서 다대다 관계를 일대 다, 다대일 관계로 풀어내야 한다. 회원 엔티티 분석 실무에서 다대다 관계는 쓰면 안된다. 가급적이면 양방향 관계를 쓰지 말고 단방향 관계를 써야 한다. (위의 사진은 예제기때문에 적용) 회원 테이블 분석 (기본편을 듣지않고 활용편을 들어서 요점정리만 했음 -> 모르는 부분 많음) ITEM은 싱글 테이블 전략을 사용한 것 관계형 데이터베이스는 다대다 관계 지원이 안되.. 2022. 4. 19. 이전 1 ··· 13 14 15 16 17 18 19 ··· 28 다음