DAO를 그냥 추상화 데이터 로직 분리 관리? 이런 거에요?
어플리케이션 로직으로 올려서 데이터를 처리하는 거면 ORM이 압도적이고
하이버네이트 JPA 구현체 스펙 기술 개좆같고 적용하기도 애매하다 그러면
DB 어댑터 모듈에서 그냥 쌩쿼리 박은 JDBC나 JPA 엔티티만 만들어 놓고 코드베이스 sql인
querydsl이 훠어어얼씬 편해보이는데
jdbc나 querydsl이나 구현체로 봤을 때는 뭐 거의 비슷한 코드라서 둘이 간극도 별로 없고
심지어 이커머스에서 렛져서비스까지 포함한 상용중인 프라이빗소스 코드를 본 적이 있는데
레코드 리스폰스 크기 으마으마한 것도 그냥 R2DBC 쌩쿼리 박고 하던데
R2Dbc는 그러타고치자 jdbc그거 언지 수동처리 다하고있냐
그래서 니말대로 orm 진영은 쿼리빌더 써서 마이바티스처럼 쓰긴해
그러면 querydsl 내비두고 마이바티스 쓰는 이유는 뭐에요?
Querydsl은 복잡한 쿼리나 native 기능 일부 지원 안되잖아 그럴 땐 JdbcTemplate이나 Mybatis 쓰긴 해야지 - dc App
Querydsl 쓰다가 네이티브 존나 쓸 ㅅㄲ 여기있노 ㅋ Querydsl 왜 쓰것냐
매핑만 안해도 그냥 쿼리빌더로 존나 괜찮은디
딱 하나 그냥 타입안정성 하나보면서 쓰면 JDBC랑 다를 거없음 패치조인 이딴거 못쓰면 그냥 매핑 내가 해주면되는 거고 수정생성삭제에서 정합성 받아서 어플리케이션에서 쓸려고 jpa 선택했지만 조회쪽에서 개지랄나면 그냥 네이티브 쿼리박는게 훨씬이득이고 JDBC 마이바티스 안쓸거면 그냥 querydsl를 sql 빌더로 쓰면댐 jpa 스펙 기술 사용안하고