[%] orm안쓰고 쿼리박는게 습관인데 ㅈ댄거임?

[익명(118.235)]

뭐 할때마다

쿼리 조인 2,3개씩 걸리고 조건도 복잡해서

걍 쿼리박아놓고

조인안걸때나 jpa가져다 박는데

이거 이방식이 맞는거임..?

[프로그래밍(nowadays3724)]

ㅇㅇ - dc App

[익명(211.234)]

ㄱㅊ

[elysiaJS(14.5)]

ㅇㅇ 괜찮음

[익명(101.53)]

이건 습관일 수가 없다. 그냥 일하는 방식이 전혀 다른거임 보통 이렇게 일하는애들이 ORM 필요없다고 하더라

[익명(211.246)]

아니 그냥 조인하면 끝날일을 온갖 난리쳐가면서 기어코 orm으로 하려다가 장애 터지는거 많다 ㅋ

[프로그래밍(nowadays3724)]

zz

[익명(118.235)]

복잡한건 쿼리박는게 맞음 단순한것만 jpa쓰고

[익명(118.130)]

갠적으로 조인 걸리는 순간 orm은 안쓰는게 맞다고 봄

[익명(122.32)]

복잡한 쿼리는 그냥 쿼리문쓰고 비교적 간단한 커맨드 들은 orm쓰라고 무슨 mssql 협회였나 그쪽에서 말하더라고

[익명(lpiecel)]

orm써서 복잡도 높아진 쿼리는 진짜 트레이싱이 개 좆같음 조인쿼리가 보통 잘못 걸려서 느려지는건데 추적도 힘드니 진짜 발작버튼 수준

[익명(116.120)]

링크점요 - dc App

[익명(211.234)]

orm? 쓰고 싶음 쓰는거

[FionaApple(kylavella)]

JPA는 간단한거, 그 외에는 QueryDSL이나 JOOQ에 JdbcTemplate 섞어 씀

[익명(211.234)]

orm에 대한 양극단론자는 고추를 철썩 때려야함

[익명(223.38)]

Join 2개 이상 되면 걍 로우쿼리 씀

[익명(211.186)]

조회는 네이티브 쿼리, cud는 orm 연관관계 같은거 함부로 쓰는거 아니다

[개추34댓22(2xvkdqoe893r)]

클래스로 잘 만들면 됨 - dc App

[개추34댓22(2xvkdqoe893r)]

전체에서보면 db자체가 목적일 수가 없으니 잘 추상화해서 db와 어떤 상호작용을 하는지 감싸야됨 - dc App

[익명(222.98)]

orm 찬양론자가 잘못된거지

[choi4624(choi4624)]

백엔드쪽에 네이티브 쿼리 같은걸 잘 쓰려고 하진 않음. select 같은 경우엔 어플리케이션 차원에서 처리하고(n+1이나 복잡한 관계면 querydsl같은 컴파일 타임으로 체크 가능한거 씀) 여러 테이블 insert 로직이 제약조껀 빡빡하면 해야 할 수도 있는데 그땐 프로시저 쓰는게 나을지도 모름...