ORM, MVC, SQL

김지호·2022년 4월 3일
0

ORM(Object Relational Mapping)

객체와 데이터테이블 연결을 중계하는 것 .

클래스와 테이블은 서로가 기존부터 호환가능성을 두고 만들어진 것이 아니니 때문에 불일치가 발생함.
이를 ORM을 통해 객체 간의 관계를 바탕으로 SQL문을 자동으로 생성하여 불일치를 해소 할 수 있다. 따라서 ORM을 이용 시 SQL문 작성없이 객체를 통해 간접적으로 데이터베이스 조각 가능.

장점

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

단점

완벽한 ORM 으로만 서비스를 구현하기가 어렵다.
  • 사용하기는 편하지만 설계는 매우 신중하게 해야한다.
    프로젝트의 복잡성이 커질경우 난이도 또한 올라갈 수 있다.
    잘못 구현된 경우에 속도 저하 및 심각할 경우 일관성이 무너지는 문제점이 생길 수 있다.
    일부 자주 사용되는 대형 쿼리는 속도를 위해 SP를 쓰는등 별도의 튜닝이 필요한 경우가 있다.
    DBMS의 고유 기능을 이용하기 어렵다. (하지만 이건 단점으로만 볼 수 없다 : 특정 DBMS의 고유기능을 이용하면 이식성이 저하된다.)
프로시저가 많은 시스템에선 ORM의 객체 지향적인 장점을 활용하기 어렵다.
  • 이미 프로시저가 많은 시스템에선 다시 객체로 바꿔야하며, 그 과정에서 생산성 저하나 리스크가 많이 발생할 수 있다.


MVC(Model View Controller)패턴

소프트웨어 디자인 패턴 중 하나

Model : 애플리케이션의 정보, 데이터를 나타냄.

  • 사용자가 편집하기 원하는 모든 데이터를 가지고 있어야 한다.
  • 뷰나 컨트롤러에 대해서 어떤 정보도 알지 못해야 된다.
  • 변경 시 변경에 대한 처리방법을 구현해야된다.

View : 사용자에게 인터페이스 요소들을 보여줌. 데이터 및 객체의 입력, 출력을 담당.

  • 모델이 가지고 있는 정보를 저장하면 안된다.
  • 모델이나 컨트롤러의 구성요소를 몰라야 된다.
  • 변경 시 변경에 대한 처리방법을 구현해야된다.

Controller : 모델과 뷰를 이어주는 다리역활.

  • 모델이나 뷰에 대해서 알고 있어야 된다.
  • 모델이나 뷰의 변경을 모니터링 해야된다.

로 역할을 구분함.


SQL(Structured Query Language)

데이터베이스를 사용할 때, 데이터베이스에 접근할 수 있는 데이터베이스 하부 언어를 말한다.

구조화 질의어라고 한다. 데이터 정의어(DDL)와 데이터 조작어(DML)를 포함한 데이터베이스용 질의언어(query language)의 일종이다. 특정한 데이터베이스 시스템에 한정되지 않아 널리 사용된다. 초기에는 IBM의 관계형 데이터베이스인 시스템에서만 사용되었으나 지금은 다른 데이터베이스에서도 널리 사용한다.
SQL은 관계사상(relational mapping)을 기초로 한 대표적인 언어로서 입력 릴레이션(테이블)으로부터 원하는 출력 릴레이션을 사상(mapping)시키는 언어이다. 이 같은 언어로는 1973년 SQUARE(structured queries as relational expressions)가 발표되었는데 수학적인 표현이 많아 초보자가 사용하기는 어려웠다. 이것을 기초로 1974년 SEQUEL(structured english as query language)이 IBM의 새너제이(San Jose) 연구소에서 만들어졌으며 다시 이것을 개선하여 1976년 SEQUEL 2가 발표되었다. 이 SEQUEL 2를 기초로 한 시스템인 시스템 R, 오라클(Oracle) 등이 나오면서 SQL로 알려지게 되었다.
SQL은 단순한 질의 기능뿐만 아니라 완전한 데이터 정의 기능과 조작 기능을 갖추고 있다. 또 온라인 단말기를 통해 대화식으로 사용할 수도 있고 코볼이나 PL/I, C 등의 호스트 언어로 된 프로그램에 삽입되어서 사용되기도 한다. SQL은 장치 독립적이고 액세스 경로에 대해서는 어떠한 참조도 하지 않으며, 개개의 레코드보다는 레코드의 집합인 테이블을 단위로 연산을 수행한다. 또한 SQL은 영어 문장과 비슷한 구문을 갖고 있으므로 초보자들도 비교적 쉽게 사용할 수 있다.


References

profile
To be Developer

0개의 댓글

관련 채용 정보