[WIL-4week] 2021.01.31~02.06

서론

• 01/28~02/03의 주특기 숙련 주차가 종료되었습니다.
• 02/04 ~ 02/10의 Node.js 주특기 심화 주차가 시작되었습니다.

일정

• 02/04 (금) 21:00 까지 : S.A 제출 완료
• 02/07 (월) 14:00 : 아이엘포유 협력사 채용 세션
• 02/08 (화) 20:00 : ‘쌀 팔다 개발자’ 김병욱님 특강
• 02/08 (화) ~ 02/09 (목): 담당 매니저와 1:1 선택 면담
• 02/09 (수) 저녁 : 제4회 항해톡
• 02/10 (목) 21:00까지 : 주특기 심화 주차 개인/팀 과제 제출 완료
• 02/11 (금) 09:00 : 미니 프로젝트 주차 발제

Node.js 주특기 심화주차

• test코드를 배우기 시작했습니다.
• class의 개념을 학습합니다.

keyworld

• orm

ORM은 Object Relational Mapping 즉, 객체-관계 매핑의 줄임말이다. 객체-관계 매핑을 풀어서 설명하자면 우리가 OOP(Object Oriented Programming)에서 쓰이는 객체라는 개념을 구현한 클래스와 RDB(Relational DataBase)에서 쓰이는 데이터인 테이블 자동으로 매핑(연결)하는 것을 의미한다. 그러나 클래스와 테이블은 서로가 기존부터 호환가능성을 두고 만들어진 것이 아니기 때문에 불일치가 발생하는데, 이를 ORM을 통해 객체 간의 관계를 바탕으로 SQL문을 자동으로 생성하여 불일치를 해결한다. 따라서 ORM을 이용하면 따로 SQL문을 짤 필요없이 객체를 통해 간접적으로 데이터베이스를 조작할 수 있게 된다.

완벽한 객체지향적인 코드

ORM을 이용하면 SQL문이 아닌 클래스의 메서드를 통해 데이터베이스를 조작할 수 있어, 개발자가 객체 모델만 이용해서 프로그래밍을 하는 데 집중할 수 있게한다. SQL 문을 사용하면서 같이 필요한 선언문, 할당, 종료 같은 부수적인 코드가 사라지거나 줄어들며, 각종 객체에 대한 코드를 별도로 작성하여 코드의 가독성을 높일 수 있다. 객체지향적 접근과 SQL의 절차적/순차적 접근이 혼재되어있던 기존 방식과 달리 오직 객체지향적 접근만 고려하면 되기때문에 생산성이 증가한다.

재사용, 유지보수, 리팩토링 용이성

ORM은 기존 객체와 독립적으로 작성되어있고, 객체로 작성되었기 때문에 재활용할 수 있다. 또한, 매핑하는 정보가 명확하기 때문에 ERD를 보는 의존도를 낮출 수 있다.

DBMS(DataBase Management System) 종속성 하락

객체 간의 관계를 바탕으로 SQL문을 자동으로 생성하고, 객체의 자료형 타입까지 사용할 수 있기 때문에 RDBMS의 데이터 구조와 객체지향 모델 사이의 간격을 좁힐 수 있다. 객체에만 집중할 수 있기 때문에 DBMS를 교체하는 큰 작업에도 리스크가 적고 드는 시간도 줄어든다. 예들 들어 자바에서 가공할 경우 equals, hashCode의 오버라이드 같은 자바의 기능을 이용할 수 있고, 간결하고 빠르게 가공할 수 있다.

• noSQL vs SQL

SQL (관계형 데이터베이스)

SQL은 '구조화 된 쿼리 언어 (Structured Query Language)'의 약자입니다. 그러므로 데이터베이스 자체를 나타내는 것이 아니라, 특정 유형의 데이터베이스와 상호 작용하는 데 사용 하는 쿼리 언어입니다. (그러나 이 글에서는 SQL을 '관계형 데이터베이스' 라는 의미로도 사용합니다.)
SQL을 사용하면 관계형 데이터베이스 관리 시스템(RDBMS)에서 데이터를 저장, 수정, 삭제 및 검색 할 수 있습니다.
이러한 관계형 데이터베이스에는 두 가지 주요 특징이 있습니다.  
데이터는 정해진(엄격한) 데이터 스키마 (= structure)를 따라 데이터베이스 테이블에 저장됩니다.
데이터는 관계를 통해서 연결된 여러개의 테이블에 분산됩니다.

NoSQL (비관계형 데이터베이스)

NoSQL은 기본적으로 SQL(관계형 데이터베이스)와 반대되는 접근방식을 따르기 때문에 지어진 이름입니다.
스키마 없음
관계 없음
NoSQL세상에서는 레코드를 문서(documents)라고 부릅니다.
이것은 단순히 이름만 다른 것이 아니라, 핵심적인 차이점 이있습니다. SQL 세상에서는 정해진 스키마를 따르지 않는다면 데이터를 추가 할 수 없지만, NoSQL에서는 다른 구조의 데이터를 같은 컬렉션(= SQL에서의 테이블)에 추가할 수 있습니다.

문서는 JSON 데이터와 비슷한 형태를 가지고 있습니다. 그리고 앞서 말씀드린대로, 스키마에 대해서는 신경 쓸 필요가 없습니다.
또한 일반적으로 관련 데이터를 동일한 컬렉션에 넣습니다. (관계형 데이터베이스처럼 여러 테이블에 나누어 담지 않습니다.) 따라서 많은 Order(주문한 상품)이 있는 경우, 일반적인 정보를 모두 포함한 데이터를 Orders 컬렉션에 저장합니다. (즉, 관계형데이터 베이스에서 사용했던 Users나 Products 정보 또한 Orders에 포함해서 한꺼번에 저장됩니다.)
따라서 여러 테이블 / 콜렉션에 조인(join) 할 필요없이 이미 필요한 모든 것을 갖춘 문서를 작성하게 됩니다.
실제로 NoSQL 데이터베이스는 조인이라는 개념이 존재하지 않습니다.
(만약 조인을 하고 싶다면 직접 해당 외래키를 검색하여 사용할 수 있겠지만 일반적인 방법은 아닙니다.)
대신 컬렉션을 통해 데이터를 복제하여 각 컬렉션 일부분에 속하는 데이터를 정확하게 산출하도록 합니다.

 

 

반성과 배운점

• class의 개념과 콜백함수에 대한 기본적인 지식이 없는 상태로 시작해서 힘들었다.
• 여전히 공부해야 할 개념들이 넘쳐났고 따라가는 것이 아닌 내 것으로 만들 생각으로 공부해야겠다.