주특기 숙련 주차 [Node.js]
개인 과제
이번 주특기 숙련 주차의 과제는 나만의 항해 블로그 만들기
입문주차에 만든 게시판에 로그인,회원가입,댓글(저장,수정,삭제), 댓글 작성유저만(수정,삭제) 기능 추가하기 - CRUD- (Create(생성), Read(읽기), Update(갱신), Delete(삭제))이번 과제는 아쉽게도 기간내에 완성하지 못했다.... 댓글 수정기능..... 댓글 작성유저에게만 수정,삭제 가 가능하게 하는부분에서 생각보다 시간을 많이 소비해서 결국 댓글수정 부분만 제외한 나머지 기능들만 구현하게 되었다.
ORM(Object Relational Mapping)
Object Relational Mapping, 객체-관계 매핑
객체와 관계형 데이터베이스의 데이터를 자동으로 매핑(연결)해주는 것을 말한다.
객체 지향 프로그래밍은 클래스를 사용하고, 관계형 데이터베이스는 테이블을 사용한다.
객체 모델과 관계형 모델 간에 불일치가 존재한다.
ORM을 통해 객체 간의 관계를 바탕으로 SQL을 자동으로 생성하여 불일치를 해결한다.
데이터베이스 데이터 <—매핑—> Object 필드
객체를 통해 간접적으로 데이터베이스 데이터를 다룬다.ORM의 장단점
- 장점
객체 지향적인 코드로 인해 더 직관적이고 비즈니스 로직에 더 집중할 수 있게 도와준다.
ORM을 이용하면 SQL Query가 아닌 직관적인 코드(메서드)로 데이터를 조작할 수 있어 개발자가 객체 모델로 프로그래밍하는 데 집중할 수 있도록 도와준다.
선언문, 할당, 종료 같은 부수적인 코드가 없거나 급격히 줄어든다.
각종 객체에 대한 코드를 별도로 작성하기 때문에 코드의 가독성을 올려준다.
SQL의 절차적이고 순차적인 접근이 아닌 객체 지향적인 접근으로 인해 생산성이 증가한다.
재사용 및 유지보수의 편리성이 증가한다.
ORM은 독립적으로 작성되어있고, 해당 객체들을 재활용 할 수 있다.
때문에 모델에서 가공된 데이터를 컨트롤러에 의해 뷰와 합쳐지는 형태로 디자인 패턴을 견고하게 다지는데 유리하다.
매핑정보가 명확하여, ERD를 보는 것에 대한 의존도를 낮출 수 있다.
DBMS에 대한 종속성이 줄어든다.
객체 간의 관계를 바탕으로 SQL을 자동으로 생성하기 때문에 RDBMS의 데이터 구조와 Java의 객체지향 모델 사이의 간격을 좁힐 수 있다.
대부분 ORM 솔루션은 DB에 종속적이지 않다.
종속적이지 않다는것은 구현 방법 뿐만아니라 많은 솔루션에서 자료형 타입까지 유효하다.
프로그래머는 Object에 집중함으로 극단적으로 DBMS를 교체하는 거대한 작업에도 비교적 적은 리스크와 시간이 소요된다.
또한 자바에서 가공할경우 equals, hashCode의 오버라이드 같은 자바의 기능을 이용할 수 있고, 간결하고 빠른 가공이 가능하다.- 단점
완벽한 ORM 으로만 서비스를 구현하기가 어렵다.
사용하기는 편하지만 설계는 매우 신중하게 해야한다.
프로젝트의 복잡성이 커질경우 난이도 또한 올라갈 수 있다.
잘못 구현된 경우에 속도 저하 및 심각할 경우 일관성이 무너지는 문제점이 생길 수 있다.
일부 자주 사용되는 대형 쿼리는 속도를 위해 SP를 쓰는등 별도의 튜닝이 필요한 경우가 있다.
DBMS의 고유 기능을 이용하기 어렵다. (하지만 이건 단점으로만 볼 수 없다 : 특정 DBMS의 고유기능을 이용하면 이식성이 저하된다.)
프로시저가 많은 시스템에선 ORM의 객체 지향적인 장점을 활용하기 어렵다.
이미 프로시저가 많은 시스템에선 다시 객체로 바꿔야하며, 그 과정에서 생산성 저하나 리스크가 많이 발생할 수 있다.
NoSQL vs SQL
데이터베이스를 선택하는 데 있어 가장 큰 결정은 관계형(SQL) 또는 비관계관계적(NoSQL) 데이터 구조를 선택하는 것입니다. 두 데이터베이스모두 실행 가능한 옵션이지만 사용자가 결정을 내릴 때 염두에 두어야 하는 두 가지 키 차이점이 있습니다.
1. 유형
SQL 데이터베이스는 주로 관계형 데이터베이스(RDBMS)라고 합니다. NoSQL 데이터베이스는 주로 비관계형 또는 분산 데이터베이스라고 합니다.
2. 언어
- SQL은 미리 정의된 스키마를 사용, 데이터 구조를 결정해야 한다. 또한 모든 데이터는 동일한 구조를 따라야 하며, 구조의 변화가 전체 시스템에 어렵고, 상당한 선행 준비가 필요할 수 있다.
- NOSQL은 구조화되지 않은 데이터에 대한 동적 스키마가 있다. 데이터는 여러 방법으로 저장 되므로 문서 지향, 열 지향, 그래프 기반 또는 KeyValue 저장소로 구성될 수있다. 이러한 유연성으로 먼저 정의된 구조를 갖지 않고도 문서를 만들 수 있음을 의미하며, 각 문서는 고유한 구조를 가질 수 있게 된다, 이러한 유연성으로 구조가 자주 바뀌는 스타트업에 사용성이 좋다.
- 지원
공급업체의 모든 SQL 데이터베이스에 대한 훌륭한 지원을 사용할 수 있습니다. 또한 매우 대규모 배포를 위해 SQL 데이터베이스를 사용할 수 있는 독립적인 상담이 많이 있지만 일부 NoSQL 데이터베이스의 경우 커뮤니티 지원에 여전히 의존해야 하며 대규모 NoSQL 배포를 설정하고 배포할 수 있는 제한된 외부 전문가만 사용할 수 있습니다.
SQL 데이터베이스의 몇 가지 예로는 PostgreSQL, MySQL, 오라클 및 Microsoft SQL Server가 있습니다. NoSQL 데이터베이스 예제로는 레디스, 레이븐DB 카산드라, 몽고DB, 빅테이블, HBase, Neo4j 및 CouchDB가 있습니다.
이번 주차에 배우고느낀점
가장 기본이 되는 CRUD에 대해 다뤄보고, 다시 한번 팀원 분들이 얼마나 소중한지 느꼈다.
주특기 주차가 시작되고, 정말 많은 어려움과, 좌절 등을 겪었지만, 팀이라는 공동체가 정말 많은것들을 도와주었고, 서로 해결했고, 서로 의지가 되었고, 혼자였다면 절대 해내지 못했을 거라는 생각이 들었다. 포기하고 싶을때도 팀원분들과, 또는 같이 시작한 동료들로부터 응원도 받았고, 할 수 있을거라는 위로도 많이 받았다. 매 주차 갈수록 나의 부족한 기초지식들, 이해력 많은 것들을 느낄 수 있었고, 부족한 부분들을 어떻게 채워나가야 할지 정말 많은 고민을 한 시간들이었다.
처음 시작 할 때보다야 정말 많은 부분들이 성장한 것 같지만 아직 많이 부족하기에 끊임없이 노력하려 한다!!!!....
이번 완정하지 못한 과제는 제출기간이 끝난 뒤에 마무리를 하였다... ㅠㅠ 늦더라고 포기하지 말자!!
자료참고 사이트
