orm으로 가져오고 어플리케이션에서 조지는게 비용적으로, 시간적으로 이득일텐데 한방쿼리, 히스토리 모르면 절대 유지보수 못하는 쿼리뭉태기 만드는 꼴 보면 ㄹㅇ 이상함
- dc official App
댓글 5
해당 댓글은 삭제되었습니다.
해당 댓글은 삭제되었습니다.2026-07-29 02:34
답글
레거시 raw쿼리 고치다가 대가리깨질거 같아 씨발~ - dc App
익명(sea715)2023-02-23 19:30
orm 도 orm 나름의 피로도가 있슴. 쿼리를 알아서 생성해준다는 건, 무지성으로 쓰다보면, 내가 의도치 않은 쿼리들이 날라가기 쉽다는 점이고 이로 인해 여러가지 문제가 발생할 수 있슴. (대표적으로 n+1 문제라든가..) ORM이라는 게 결국 어플리케이션을 객체지향적으로 개발하기 위해 만들어진 패러다임일 건데, 굳이 객체지향적으로 개발 안 하는 어플리케이션에서는 ORM의 장점보다 단점이 더 두각되는 편임. 물론 나는 ORM 좋아하고 앞으로도 계속 쓸 거지만, 네이티브 쿼리가 필요한 영역이 분명 있고, 장단점이 둘 다 확실히 있는 편임
sss(221.146)2023-02-23 19:37
답글
익명(sea715)2023-02-23 19:42
답글
ㅇㅇ 그니까 그 문제라는 게 orm 안 쓰면 얘초에 발생하지 않는 문제인데, 그 부분을 신경을 써야된다는 거 자체가 일종의 피로도가 쌓이는 거지. 물론 sql mapper를 써도 그 나름의 피로도가 있겠지만, orm이 무조건 sql mapper보다 편하다는 건 아니라는 얘기
해당 댓글은 삭제되었습니다.
레거시 raw쿼리 고치다가 대가리깨질거 같아 씨발~ - dc App
orm 도 orm 나름의 피로도가 있슴. 쿼리를 알아서 생성해준다는 건, 무지성으로 쓰다보면, 내가 의도치 않은 쿼리들이 날라가기 쉽다는 점이고 이로 인해 여러가지 문제가 발생할 수 있슴. (대표적으로 n+1 문제라든가..) ORM이라는 게 결국 어플리케이션을 객체지향적으로 개발하기 위해 만들어진 패러다임일 건데, 굳이 객체지향적으로 개발 안 하는 어플리케이션에서는 ORM의 장점보다 단점이 더 두각되는 편임. 물론 나는 ORM 좋아하고 앞으로도 계속 쓸 거지만, 네이티브 쿼리가 필요한 영역이 분명 있고, 장단점이 둘 다 확실히 있는 편임
ㅇㅇ 그니까 그 문제라는 게 orm 안 쓰면 얘초에 발생하지 않는 문제인데, 그 부분을 신경을 써야된다는 거 자체가 일종의 피로도가 쌓이는 거지. 물론 sql mapper를 써도 그 나름의 피로도가 있겠지만, orm이 무조건 sql mapper보다 편하다는 건 아니라는 얘기