스프링 책보고 있는데 질문(보지아님) 하나만 하자

[익명(223.38)]

xml에 몇개 쿼리 박아뒀거든? (섹스 박는거 아님)

그리고 레포지토리 (클리토리, 보지 아님) 에서 그거 xml 쿼리 디비에 쿼리 사용해서 데이터 받아오잖아?

그거 데이터 받는거 디비 테이블의 컬럼 형태랑 동일해야함?

아니면 그 controller를 실행한 프론트 화면에서 쓸 데이터 형태를 모델로 써서  그걸 엔티티로 받는거임?

이거 책 왜케 대충 설명하냐 ㅡㅡ

[익명(125.143)]

xml에 쿼리 때려박았다간 사수한테 싸다구 맞는다. 일단 그건 논외로하고 데이터 조회해서 프론트에 뿌려주는건 프론트에서 요구하는 데이터만 매핑시켜서 주는거임

[익명(223.38)]

어찌됐든 레파지토리에서 find같은거 해서 받는 결과는 그 테이블 컬럼과 같아야함? 아니면 그 쿼리의 결과랑 같아야함? *가 아니라 뭐 몇개 쳤을 경우

[익명(223.38)]

xml 안쓰면 그럼 어케 쿼리함 ㅇㅅㅇ?

[익명(121.162)]

find 말하는거 보니 jpa 구만

[익명(223.38)]

그런가봄 내 맛대로 해도 되는거임? 아니면 정석이 있는거임?

[익명(121.162)]

mybatis는 xml에 직접 CRUD 쿼리 작성해서 쓰는거고 위에 니 댓글보니 findByName 이런거 말하는거 같은데 이건 xml안쓰는 JPA라는거임

[익명(223.38)]

내 맛은 그냥 그 쿼리의 결과 그대로를 클래스 만들어서 받으려고 하는데 이러면 쿼리마다 클래스 만들어야하니 별로임?

[익명(125.143)]

쿼리마다 만들어야되면 만드는거지. 근데 쿼리 결과 엔티티에 집중하지말고 프론트로 넘어가는데 집중해서 거기에 맞추면 됨

[익명(121.162)]

애초에 jpa는 일반적으로 쿼리를 안짜 그외엔 native query를 직접 명시해서 쓰거나 그외엔 jpql이나 querydsl 써서 짬

[익명(125.143)]

ㅇㅇ jpql이나 querydsl쓰는데 xml에 쿼리 떄려박을 일이 있나

[익명(223.38)]

책예제대로 걍 일단 플젝 책에서 나오는거 하고 그 담 내식태로 플젝해야겠다. 책에서 보여주는거랑 내가 짜는건 아예 달라서 이질감 너무난다

[익명(121.162)]

JPA는 xml에 쿼리 때려박을 일은 없어 난 JPA랑 mybatis 같이 쓸땐 xml에 쿼리 짜서 쓰기도 하는데 영속성 문제 때문에 가능하면 같이 안쓰려고 함

[익명(223.38)]

생각해보니까... 클라이언트에서 슬 데이터만 진짜 뽑아도 되네? 내가 왜 조인하고 뽑은 데이터 이상하게 했지? .. ㅡㅡ

[익명(223.38)]

카운팅같은거도 엔티티 클래스 만들어야함?

[익명(125.143)]

뭔 카운팅인데? 도대체 엔티티를 어떻게 짰길레 jpql로 조인을 짜냐

[익명(223.38)]

조인쿼리를 쓸 수밖에 없는 구조인데 그럼 테이블 여러개 셀렉트해서 뭐 합치는거야??

[익명(121.162)]

통계내려고 하는거냐 아니면 단순 카운팅이냐?

[익명(125.143)]

조인을 한다는건 FK로 연관관계가 있다는건데 JPA면 애초에 연관관계 매핑해서 객체지향적으로 객체를 다룰 수 있음. 굳이 조인 쿼리를 짜는게 아니라

[익명(223.38)]

오피지지 (여자먹는 오피 말고) 비슷한 게임 사이트같은 서비스 예제로 만들고있는데 이게 해당 게임 테이블과 그 게임의 히스토리 테이블과 또 몇개 엮은 쿼리 가져와야하는데 orm은 짧고 가벼운 쿼리만 치는거에 더 좋은거같음. 내 스타일 하려면 직접 로우쿼리 다뤄야할거같은데

[익명(125.143)]

히스토리 탐색할 때 기준이 되는 컬럼이 뭔데? 게임 ID나 날짜, 플레이어ID 이런거 아녀? 그럼 그냥 연관관계 매핑해주면 되는데.. ERD를 올리는게 빠를듯

[익명(223.38)]

여기

[익명(223.38)]

http://m.dcinside.com/board/programming/1421782

[익명(121.162)]

이거 만들꺼면 JPA는 안쓰는게 나음 지극히 개인적인 생각인데 JPA는 간단한 CRUD만들때 용이함 N+1문제도 있고

[익명(223.38)]

책에 xml쓰는 방식있는데 그럼 이거 써야하는거네? 그럼 위에서 너가 말한대로 결과에 대한 엔티티 클래스만 클라이언트 기준으로 맞춰서 받게해서 설계하고 받는식으로 하는게 좋은거지?

[익명(125.143)]

champion_class, champion, player, game 만들고 player_game_history에서 champion, player, game 객체 담은 Entity 만들고 매핑해주면 관리할 수 있겠는데? 근데 카운팅은 어디있는거냐

[익명(223.38)]

테이블 훨씬 더 있는데 이건 예전에 찍은거 ㅇㅇ

[익명(121.162)]

mybatis 쓰는거냐? 엔티티면 jpa 를 말하는건가

[익명(223.38)]

mybatia 무슨 xml 파일에 쿼리 넣던데 ㅇㅇ

[배추잠자리(iiomko)]

니 구조를 보여줘 - dc App

[앙꼬맛짱구(ekek213ek)]

resultmap