질문은 일부러 어그로 끌었어요.
원래는 실무로 프론트엔드, 클라만 하다가 이제 DB를 만져보려고 하는데 ORM을 쓰면 직접 쿼리 없이 개발할 수 있다고 하더라고요
근데 여기서 궁금한게
1. 그런 쿼리가 복잡하다면 처음부터 NoSQL을 쓰면 되지 않느냐?
2. 전공자면 쿼리 작성하는게 불편한 일이 있는가? 좀 많이 쓰이는 건 그냥 매크로로 정의하면 되는거 아닌가?
입니다.
아직은 간단한 백엔드로 sql db에 INSERT 쿼리 날리는 거만 해봐서 ORM이 어쩌다 나온 건지 진짜 모릅니다.
만약 orm이 없다면 db에서 가져온 데이터의 타입을 서비스단에서 알 수 없다는 문제가 있음 물론 일일이 검증하면 되겠지만 노가다지
잉 dbc들 한번 찌르면 메타정보 받을수있어
ㄴ 22
보수,객체지향 ,보안, 생산성 다 고트인데 - dc App
nosql 도입은 아예 다른 차원의 얘기라
쿼리 짜기 불편하니깐 관계형 디비 갖다 버리겠다는건 너무 위험한 생각
사실상 객체매핑 원툴임
써보면 편해 - dc App
쿼리문 날리기 불편하다고 nosql 쓰는건 머리아프다고 머리 자르나요?
nosql도 쿼리짜야됨 그게 sql 형식이 아닐뿐이지
이름 자체에 목적이 있음
1.메소드 느낌으로 쓸수있어서 생산성 향상 2.sql인젝션 같은 보안측면 - dc App
html, css, vanilla js 만으로도 대부분의 웹은 개발 가능하지만 굳이 프레임워크나 라이브러리를 쓰는 이유와 동일한듯..
유지보수성이 상당히 좋아짐
개발자들이 신경쓸일을 DBA와 ORM이 대신해주는 구조라고 보시면 됩니다....
+ db달라져도 거의 동일한코드로 db에맞는 쿼리문생성 - dc App
SQL은 가독성 끝내주게 나쁘고 웹 기준으로는 네이티브 sql 관련 인젝션이 하루이틀 일이 아니라 그래요
SQL은 IDE에서 지원하기도 껄끄러워서 queryDSL같은 동적 쿼리 생성기가 존재하는 이유.