orm 쓸수록 왜쓰는지 모르겟음ㅇㅇ

[익명(210.117)]

결국 aggregate context로 분리하면 객체참조 안하고 id 참조 하게됨

[프갤러 1(1.230)]

저도 orm 도메인 분리 들어가고 결국 id 참조를 하게되면서 그런 부분에 대해서 orm에 굉장히 회의적이였는데

[프갤러 1(1.230)]

제가 내린 결론은 빡대가리새끼 + 도메인 이해도 낮은 새끼가 도메인을 이해하려면 ORM이 지향하는 코드로 써내려야 간다는 걸 알아버렸습니다

[익명(210.117)]

왜 중간내용이ㅜ사라졌냐ㅋㅋㅋ

[프갤러 1(1.230)]

근데 이게 진짜 웃긴게 DB 모델리이든 쿼리든 DB에 대해 잘 모르고 ORM만 해본 주니어하고 디비 중심적으로 코드를 싸던 사람하고 영속성 관련 ORM이든 매퍼이든 도메인 이해와 쿼리 이해도 모든 전반적인 데이터 이해도는 후자가 더 높습니다. 저도 한 때 이럴거면 ORM 왜씀? 이지랄하고 다녔는데 경험해보니 왜쓰는지 알겠더라구요 기본기가 없는 친구들이 너무 많습니다.

[프갤러 1(1.230)]

좀 심한 오타가 있어서 수정했어요

[헬마스터(supersaver)]

단순쿼리의경우 매우빠르게개발가능

[프갤러 2(106.101)]

orm 너무 기능 과다인 느낌이 듬. 니 말대로 객체참조로 하다보면 lazy eager 등등 사이드 이펙트가 너무 많아서 코드가 예측할 수 없게 되어버림

[프갤러 2(106.101)]

hibernates는 오브젝트 매핑이랑 리파지토리 싸개로만 사용중이고 js쪽에선 쿼리빌더나 아니면 아예 작정하고 생산성에만 집중한 prisma 같은 거 쓰는 게 나아보임

[프갤러 1(1.230)]

요즘에는 fetch 자체를 신경을 잘 안쓰죠 애그리게이션 단위로 분리하면 당연한 거기 때문에 쿼리모델 수준에서 다 끝내는 추세입니다.

[프갤러 3(211.58)]

애초에 프로시저나 재귀쿼리 같은건 지원 안해서 복잡해지는건 직접 짜야 하는데 왜 안씀 도대체 - dc App

[프갤러 3(211.58)]

전에 와주회사에서 마이바티스 같은거로 존나 더럽게 짜놓은거 나한테 던져주니깐 개 빡돌았던거 기억나네 - dc App