![](http://i1.daumcdn.net/thumb/C148x148.fwebp.q85/?fname=https://blog.kakaocdn.net/dn/ydO20/btriCFZHMZo/JgA1rhj7D3EonZtgPnXHJk/img.png)
실무를 하다 보면 일괄로 데이터를 업데이트하거나 인서트하는 작업을 자주 하게 된다. 이런 작업을 기능으로 만들 경우에 입력된 값이 수정이나 입력될 수 있는 값인지 검증하는 작업이 들어간다. 간단하게 생각해보면 클라이언트에서 입력된 값이 a, b라면 아래와 같은 쿼리로 풀 수 있을 것이다. select * from Account where Login_Id in ('a', 'b'); 하지만, 복잡한 실무에서는 단일 값으로만 검증을 취할 수 없다. 예를 들어, 회원의 아이디 이메일, 아이디, 이름으로 검증을 취해야 할 경우 위와 같은 쿼리로는 불가능하게 된다. 물론 회원의 고유 일련번호(account_seq)로 판단은 가능하겠지만, 클라이언트에서 회원의 고유 일련번호는 모르는 경우가 많을 것이다. 이럴 경우,..
Web/JPA & QueryDSL
2021. 10. 25. 02:17
공지사항
최근에 올라온 글
최근에 달린 댓글
- Total
- Today
- Yesterday
링크
TAG
- IN Clause
- playsinline
- @EventListener
- Multi IN Clause
- join subquery
- 원리
- list
- 관리자 도구
- 자바
- map
- QueryDSL
- jwplayer
- 예제
- beforeunload
- @subquery
- API
- @subselect
- 의미
- 네트워크
- Animation
- playbackRate
- SDK
- 특징
- Queue
- 로그인
- 장점
- login
- SET
- oauth
- on('seek')
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | ||||||
2 | 3 | 4 | 5 | 6 | 7 | 8 |
9 | 10 | 11 | 12 | 13 | 14 | 15 |
16 | 17 | 18 | 19 | 20 | 21 | 22 |
23 | 24 | 25 | 26 | 27 | 28 |
글 보관함