1. 유지보수가 용이해짐. 쿼리 주구장창 나열하는 것보단 훨씬 나음
2. 객체 지향 컨셉 그대로 엔티티 그래프 탐색이 수월해짐.
예를들면 MEMBER, BOARD 테이블이 있다면 쿼리를 바로 쓰면 MEMBER 테이블과 BOARD 테이블을 조인해야하고 이 둘을 다 담을 수 있는 클래스를 만들어야하는데 ORM을 쓰면 그냥 각각 클래스 놔두고 Member.getBoards() 이런식으로 객체지향적으로 Collection 조회가 가능함.
결국 간결해지고 객체지향적 프로그래밍이 가능하게끔 해줌.
2번을 직접 구현하려면 클래스 새로 만들고 관리하기도 귀찮음 ㄹㅇ
가장 중요한 sql injection prevention 어디??
그건 기본ㅇㅇ
근데 디비 구조 관계가 복잡하게 체계적인 스타일이면 orm은 오히려 독 아니냐
아님. 다음+카카오 통합 7년차인데 우리도 4년전부터 싹다 ORM으로 바꾸고 있음. 요기요는 모르겠고 배민도 90% 이상 ORM이고 못바꾼건 마땅한 ORM이 없는 go 플젝들임. 암만 복잡해도 그걸 텍스트(쿼리)로 이해하는것 보단 객체로 이해하는게 훨씬 ㅕㄴ함
3다 조인 이딴거 ㅈㄹ 많아도 orm이 깡패임??