delete시 select 쿼리가 날라가는 점에 대해
374
작성한 질문수 9
강의로 많은 도움 받고있습니다 . 언제나 감사합니다
해당 강의를 듣고 실습을하다보니 jpa는 delete쿼리를 날리기 전에 항상 select 쿼리를 날리는 구조더군요
그런데 트랜잭션안에서 단순히 삭제만 하는 요청이 있을 경우 굳이 영속성 컨텍스트의 무결성을 위해 select쿼리를 날려야 하는지 의문입니다. 쿼리가 괜히 2배로 날라가는거같아서요.
jpql로 삭제 쿼리를 날려봤는데 이경우 select 쿼리는 안날라가지만 cascade처리가 안되서 xToMany 엔티티는 삭제가 또 안되더라구요
차라리 하나의 요청안에 트랜잭션이 delete뿐인경우 마이바티스나 jdbc로 네이티브 쿼리를 날려 삭제를 해도 괜찮을까요?
답변 1
OrderServiceTest 상문주문 테스트 시 update 쿼리 문의
0
40
1
sdk 설정 오류
0
83
2
오탈자 - @Transactional
0
75
1
src/test/resources 테스트 경로 문제
0
75
1
상품 등록후 H2 db 출력 순서 바꿀 수 있나요?
0
74
1
MemberRepositoryTest 실행오류
0
98
1
boot 4.x >>> trasasction rolled back log & p6spy(영한님, 수업 자료 업데이트 해주시면 감사하겠습니다!!)
1
204
2
강의 마지막 QueryDSL 사용 부분 질문있습니다
1
161
2
클라이언트에서 isbn과 author 수정 요청을 한 경우에 대해 질문드립니다.
0
61
1
도메인 모델 패턴 vs 트랜잭션 스크립트 패턴
0
90
1
기본 생성자
0
69
1
h2 DB 연결시 jdbc url 변경 이유가 궁금합니다.
0
109
1
멤버서비스테스트 부분에서 막힙니다.
0
188
4
실무에서도 EntityManager를 이용해서 많이 작업하는 편일까요?
0
130
1
초반에 h2 다운로드 과정 꼭 필요한가요?
0
134
2
자신 필드에도 get으로 접근하는 이유가 있을까요?
0
125
1
24분 27초 연관관계 편의 메서드 위치
0
120
1
단건 주문만 가능하게 한건 의도한 부분이신가요?
0
120
2
빌드 툴, Gradle
0
71
1
h2연결은 된 것 같은데 엔티티 테이블까지 작성 후 확인해보아도 테이블이 안보입니다
0
85
2
Repository에서 EntityManager 주입 방식 차이
0
100
1
롬복과 사용자 정의 setter 메서드
0
79
1
주문 목록 조회 fetch join 질문드립니다
0
93
1
dirty checking 질문드립니다.
0
91
1