마이바티스랑 JPA 질문

Question

안녕하세용.제목대로 마이바티스랑 JPA 의 사용 기준? 이 궁금합니다.1년차 초짜라 발상이 이상할 수도 있으니 양해 부탁드립니다.먼저 마이바티스는 프로시저나 유니온, 서브쿼리같이 복잡한 쿼리, 동적 쿼리를 사용할 때 이점이 있다고 들었습니다.근데 JPA를 이용할 때는 위 사항들을 지양하는 것이 좋다고 하더라고요.여기서 더 찾아보니, JPA 뿐 아니라, 마이바티스를 쓰는 경우에도요즘은 프로시저나 유니온 등은 유지보수가 힘들어져서 지양하는 방향이라고 들었습니다.근데 그럼 굳이 마이바티스를 썼을 때 장점이 있는 지 궁금합니다.물론 JPA만의 엄청 특별한 장점이 있다고 생각하는 쪽도 아니고, ORM이 절대적으로 좋다고 생각하는 편도 아닙니다.그냥 마이바티스보단 JPA가 좀 더 좋은 거 아닌가 하고 생각하는 수준인데,JPA도 결국 불편하지만 네이티브 쿼리를 지원하기는 하고,동적 쿼리도 코드가 더럽지만 서비스 레이어에서 if문으로 처리하면 가능하긴 하니까마이바티스 쓰시는 분들은 어떤 이유로 쓰시는 지 궁금합니다.제가 생각한 이유는 그나마 대용량 데이터 처리 시,영속성 컨텍스트 캐시가 너무 많아져서 메모리 부담이 늘어나는 것 정도였는데 다른 이유가 있으실까용?

wharup · Answer

마이바티스나 JPA가 서로 기능을 일대일로 비교하는 것 보담쿼리를 많이 정교하게 사용하는 사람은 마이바티스가 잘 맞고쿼리는 단순하게 하고 자바에서 코딩하는 걸 좋아하는 사람은 JPA가 잘 맞다고 보면됩니다.실무에선 마이바티스가 더 예전부터 널리 사용되었기 때문에예전 스타일에 익숙한 분들은 JPA는 기능이 부족해서 쓰기 힘들다고 생각하는 경우가 많습니다.국내도 JPA가 점점 확산되서 마이바티스를 역전해가는 분위기라고 생각하는데 어디까지 갈지는 잘 모르겠네요.

장독깨기 · Answer

데이터베이스의 인풋은 SQL문 입니다.마이바티스는 사용자가 입력한 SQL문을 그대로 전달합니다.마이바티스가 없었을 때는 조건에 따라 문자열을 직접 만들어 전달했습니다. 이거 불편합니다. ㅎ마이바티스의 장점은 SQL문을 별도의 파일로 관리할 수 있다는 것 입니다. 이게 다에요.ORM 은 개발자가 엔티티를 만들고 관계를 맺으면, 그걸 기반으로 SQL 문을 만들어 전달합니다.근데, 이게 안 되는 것이 많아요. 그럼, 네이티브 쿼리를 문자열로 직접 작성해야겠죠.이거 뭐 불편하지 않으면, JPA에서 문자열로 SQL문 직접 작성하면 됩니다.먼저 마이바티스는 프로시저나 유니온, 서브쿼리같이 복잡한 쿼리, 동적 쿼리를 사용할 때 이점이 있다고 들었습니다.근데 JPA를 이용할 때는 위 사항들을 지향하는 것이 좋다고 하더라고요.여기서 더 찾아보니, JPA 뿐 아니라, 마이바티스를 쓰는 경우에도요즘은 프로시저나 유니온 등은 유지보수가 힘들어져서 지향하는 방향이라고 들었습니다.지향이 아니라 지양이겠죠. ㅎ프로시저를 쓰는 사람도 있고 안 쓰는 사람도 있습니다. 전 안 씁니다. 근데, 마이바티스의 사용 목적이 프로시저를 사용할 수 있어서가 아닙니다. 상관관계 없습니다.복잡한 쿼리, 동적쿼리, 유지보수가 힘들어져서,... 그래서, 지양한다?이건 JPA 를 사용하는 일부 개발자들이, 단순한 시스템만 해서 그런지 몰라도, 그냥 우기는 겁니다. ㅎ시스템 구축하다보면 소위 복잡한 네이티브 쿼리를 안 쓸수가 없어요.가령, 쿼리 단순하게, 데이터 다 가져와서 JAVA로 처리한다?이건 성능에 문제가 있습니다, 이렇게 해선 안 됩니다.어느 하나를 고집하지 말고, 상황에 맞게 사용하는 것이 좋겠습니다. : )

마이바티스랑 JPA 질문

2개의 답변

Q&A 목록