💾 ORM이란?

ORM(Object relational mapping) 이란?

• 객체와 관계형 데이터 베이스의 데이터를 자동으로 매핑해주는 것을 말한다.
  • 객체 지향 프로그래밍은 클래스를 사용하고 관계형 데이터베이스는 테이블을 사용한다
  • 객체 모델과 관계형 모델간의 불일치가 존재하고 이를 ORM을 통해 객체 간의 관계를 바탕으로 SQL을 자동으로 생성하여 불일치를 해결한다.
• 데이터 베이스 데이터 ◀ 매핑 ▶ Object 필드
  • 객체를 통해 간접적으로 데이터베이스 데이터를 다룬다.
• Persistant Api 라고도 한다 ( JPA, Hibernate )

 

객체 - 관계 간의 불일치

클래스와 테이블은 서로가 기존부터 호환가능성을 두고 만들어진 것은 아니기 떄문에 불일치가 발생 할 수 있다.

• 이를 ORM을 통해 객체 간의 관계를 바탕으로 SQL문을 자동으로 생성하여 불일치를 해결한다
• ORM을 이용하면 SQL문을 따로 작성할 필요없이 객체를 통해 간접적으로 데이터베이스를 조작할 수 있다.

불일치	내용
세분성(Granularity)	경우에 따라서 데이터베이스에 있는 테이블 수보다 더 많은 클래스를 가진 모델이 생길 수 있다
상속성(Inheritance)	RDBMS는 객체 지향 프로그래밍 언어의 특징인 상속 개념이 존재하지 않는다.
일치(Identity)	RDBMS는 기본키를 이용하여 동일성을 정의한다 그러나 자바는 객체 식별 (a==b)과 객체 동일성 (a.equals(b))을 모두 정의한다.
연관성(Associations)	객체지향 언어는 방향성이 있는 객체의 참조를 사용해서 연관성을 나타내지만 RDBMS는 방향성이 없는 외래키를 이용해서 나타낸다
탐색(Navigation)	자바와 RDBM에서 객체를 접근하는 방법이 근본적으로 다르다 자바는 그래프형태로 하나의 연결에서 다른 연결로 이동하며 탐색한다 반면에 RDBMS는 일반적으로 SQL문을 최소화하고 JOIN을 통해 여러 엔티티를 로드하고 원하는 대상 엔티티를 선택하는 방식으로 탐색한다.

 

 

ORM의 장단점

• 장점
  • 객체 지향적인 코드로 인해 더욱 직관적이고 비즈니스 로직에 더욱 집중할 수 있다
    • ORM을 이용하면 SQL Query가 아닌 직관적인 코드로 데이터를 조작할 수 있어 개발자가 객체 모델로 프로그래밍하는데 집중할 수 있도록 도와준다
    • 선언문, 할당, 종료 같은 부수적인 코드가 없거나 급격하게 줄어든다
    • 각종 객체에 대한 코드를 별도로 작성하기 때문에 코드의 가독성을 올려준다
    • SQL의 절차적이고 순차적인 접근이 아닌 객체 지향적인 접근으로 인해 생산성이 증가한다
  • 재사용 및 유지보수의 편리성
    • ORM은 독립적으로 작성되어있다. 해당 객체들은 재활용이 가능하다
    • 덕분에 모델에서 가공된 데이터를 컨트롤러에 의해 뷰와 합쳐지는 형태로 디자인 패턴을 견고하게 다지는데 유리하다
    • 매핑 정보가 명확하여 ERD를 보는 것에 대한 의존도가 낮아진다.
  • DBMS에 대한 종속성이 줄어든다
    • 객체 간의 관계를 바탕으로 SQL을 자동으로 생성하기 때문에 RDBMS의 데이터 구조와 Java의 객체지향 모델 사이의 간격을 좁힐 수 있다.
    • 대부분 ORM 솔루션은 DB에 종속적이지 않다.
    • 종속적이지 않다는 것은 구현 방법 뿐만 아니라 많은 솔루션에서 자료형 타입까지 유효하다.
    • 프로그래머는 Object에 집중함으로 극단적으로 DBMS를 교체하는 거대한 작업에도 비교적 적은 리스크와 시간이 소요된다.
    • 또한 자바에서 가공할 경우 equals, hashCode의 오버라이드 같은 자바의 기능을 이용할 수 있고, 간결하고 빠른 가공이 가능하다
• 단점
  • 완벽한 ORM만으로는 서비스를 구현하기 쉽지 않다.
    • 사용하기는 편하지만 설계에 매우 신중해야 한다
    • 프로젝트의 복잡성이 커질 경우 난이도 또한 올라갈 수 있다.
    • 잘못 구현된 경우에 속도 저하 및 심각할 경우 일관성까지 무너질 수 있다.
    • 자주 사용되는 대용량 데이터를 다루는 쿼리는 속도를 위해 SP를 사용하는등 별도의 튜닝이 필요할 수 있다.
  • 프로시저가 많은 시스템에선 ORM의 객체 지향적인 장점을 활용하기 쉽지 않다.
    • 이미 프로시저가 많은 시스템에선 다시 객체로 바꿔야하며, 그 과정에서 생산성 저하나 리스크가 많이 발생하곤 한다.