native sql이 유지보수에 좋다고 어떤애가 그러던데

[엉덩이팡팡(thief2270)]

상식이 뒤집히는 의견이던뎅 이해가안가네~ 설명해주실분?

- dc official App

[헬마스터(supersaver)]

자유도가 높음

[엉덩이팡팡(thief2270)]

유지보수측면에서 안좋지않낭? jpa 이런것만 아니면 자유도차이가 있어? 벤더 기능 제외하고 - dc App

[헬마스터(supersaver)]

jpa같은 orm과 비교하는것 아님?

[엉덩이팡팡(thief2270)]

나도 jpa는 블락킹이라 사용 안해서 비교는 아니고... 여기서 누가 유지보수 좋다길래 내가 모르는게 있나싶어가지구 - dc App

[엉덩이팡팡(thief2270)]

속도차도 이야기하던데 내가 생각하기엔 속조차도 딱히..? 어짜피 sql문으로 동적으로 변환돼서 db에 돌아갈텐데 다를게있나싶고 변환과정 시간도 유의미한가싶고.. 힌트나 인덱스도 다 orm으로 되는거고 ㅠ - dc App

[엉덩이팡팡(thief2270)]

그런거라면 컴파일타임에 체크 가능하고 동적으로 쉽게 쿼리작성하는게 네이티브보다 훨씬 유지보수만 보더라도 좋지않나? 하는 생각이거든 - dc App

[헬마스터(supersaver)]

orm은 일반적인 상황에 맞춰서 간편하게 sql 생성해주지만 특정한 상황이 될수록 sql 몇줄이면 될거를 그 상황에 맞는 설정방법 찾느라시간을 많이 소모할수있음

[엉덩이팡팡(thief2270)]

하긴... 어지간히 요건 맞춰진 사람들만 일하는 상황이 아니라면 러닝커브가 좀 있을것같긴함 - dc App

[엉덩이팡팡(thief2270)]

에바인 사람들이 있긴해 - dc App

[헬마스터(supersaver)]

orm sql 섞어서 쓰는게 대세임 ㅇㅅㅇ

[엉덩이팡팡(thief2270)]

혹시 jooq 써봄? - dc App

[헬마스터(supersaver)]

ㄴㄴ 나는 orm아닌 유사sql 생성도구 쓸바엔 걍 네이티브 sql쓰는게 낳다고 봄

[엉덩이팡팡(thief2270)]

우리가 딱히 네이티브에 이점이 없어서 그런가 orm이랑 jooq쓰거든 네이티브써서 이점 얻을 정도면 엄청 딥할것같은뎅 - dc App

[엉덩이팡팡(thief2270)]

좀 스타일이 예전느낌나네잉 - dc App

[익명(110.9)]

SQL 코드 애플리케이션 코드로 변환해주는 라이브러리들 쓰면 좀 편함

[엉덩이팡팡(thief2270)]

sql 쿼리를 코드로?? 말하는게 이거 맞낭 - dc App