대학교 2학년이고 현재 스프링공부 중입니다..! okky글에서도 말씀하셨듯이 초보자는 jpa를 사용하면 안 좋다고 말씀하셨는데 jpa를 사용하면서 시간을 줄이면서 개발을 해보고 프로젝트도 협업해가면서 sql문이 필요할 때 작성하는 방식은 어떻게 생각하시나요? 앞서 강의하셨던 plain JDBC, JDBC Template의 사용법은 모두 게시판 CRUD를 구현하면서 배우긴 했습니다! 앞으로 개발을 여러번 할텐데, 모든 DB조작을 sql문을 써가면서 하기가 좀 버거울 거 같기도 하고, 다른 글에서 말씀하셧듯이 "단순 - jpa - CUD + 테이블 한개짜리 조회 복잡 - mybatis(jdbc template 포함되어있음, 여기서 sql문을 따로 분리하는 것이 목적) - 나머지 조회" 이러한 방식으로 하면 효율적이지 않을까해서 여쭈어봅니다!
실제 그러한 개발 방식도 있고 jpa를 이용해 복잡한 쿼리도 날릴 수 있습니다. 아키텍처의 구성요소를 결정하는 것은 트레이드 오프하는 과정입니다. 구성요소들이 장점도 있고 단점도 있기 때문이고 어떤 프로젝트에선 작은 단점이 어떤 프로젝트에선 큰 단점이 되기도 합니다. 님과 같이 고민하는 것은 좋은 습관입니다. 정답은 없지만 누군가를 설득을 할수 있어야 합ㅁ니다. 그 누군가를 이해당사자라 하고 이해당사자마다 원하는 것이 다르기때문입니다.
28:29 mysql 9부터는 버전명 없이
hibernate.dialect=org.hibernate.dialect.MySQLDialect
로 해야할까요?
MySQL 9 dialect로 구글링해보세요. 직접 찾아보고 적용해보는 것이 올바른 공부입니다.
대학교 2학년이고 현재 스프링공부 중입니다..! okky글에서도 말씀하셨듯이 초보자는 jpa를 사용하면 안 좋다고 말씀하셨는데 jpa를 사용하면서 시간을 줄이면서 개발을 해보고 프로젝트도 협업해가면서 sql문이 필요할 때 작성하는 방식은 어떻게 생각하시나요?
앞서 강의하셨던 plain JDBC, JDBC Template의 사용법은 모두 게시판 CRUD를 구현하면서 배우긴 했습니다! 앞으로 개발을 여러번 할텐데, 모든 DB조작을 sql문을 써가면서 하기가 좀 버거울 거 같기도 하고, 다른 글에서 말씀하셧듯이
"단순 - jpa - CUD + 테이블 한개짜리 조회
복잡 - mybatis(jdbc template 포함되어있음, 여기서 sql문을 따로 분리하는 것이 목적) - 나머지 조회"
이러한 방식으로 하면 효율적이지 않을까해서 여쭈어봅니다!
실제 그러한 개발 방식도 있고 jpa를 이용해 복잡한 쿼리도 날릴 수 있습니다. 아키텍처의 구성요소를 결정하는 것은 트레이드 오프하는 과정입니다. 구성요소들이 장점도 있고 단점도 있기 때문이고 어떤 프로젝트에선 작은 단점이 어떤 프로젝트에선 큰 단점이 되기도 합니다. 님과 같이 고민하는 것은 좋은 습관입니다. 정답은 없지만 누군가를 설득을 할수 있어야 합ㅁ니다. 그 누군가를 이해당사자라 하고 이해당사자마다 원하는 것이 다르기때문입니다.
@@funnyjava 그럼 sql 쿼리 짜는 거에만 집중하는 것보다 jpa를 쓰면서 개발에 집중하는 것도 괜찮다고 말할 수 있는 거죵?? 주변 분들을 보니까 jpa를 언제까지 쓰지 말아야 할지 고민이 생겨서요 ㅠ
Entity를 dto개념과 같이 생각해도 무방할까요?
아닙니다. dto는 레이어를 넘나드는 데이터 트랜스퍼 오브젝트이고, Entity 는 RDB와 맵핑되는 객체입니다. ORM기술에서 사용하는 이름입니다. 이름은 굉장히 중요합니다!