2. 15.1 프로그래머 생산성
• 개발자들은 정보를 항상 관계로 변환해야 하는 불만을 가지고 있음
• (ORM Framework 가 등장해 부담이 줄었으나 문제가 완전히 없어지진 않음)
• 데이터모델이 잘 맞는 부분을 고려해서, NOSQL 프레임워크를 잘 선택해야 함.
13년 6월 21일 금요일
3. 15.2 데이터 접근 성능
• 대량의 데이터에 빠르게 접근해야 할 필요성이 NOSQL 의 성장을 이끔.
• 클러스터에서의 샤딩과 복제가 RDBMS 보다 쉬워 수평확장에 유리함.
• 성능평가를 위해 클라우트 컴퓨팅 자원을 사용해 부하발생기와 테스트 클러스터
를 구축하는 것을 고려해야 함.
15.3 관계형 데이터베이스 계속 사용하기
• 관계형 데이터베이스는 성숙한 기술이라 프로그램 구축에 안정적임
• 반면, NOSQL 은 신기술이 그렇듯 위험에 빠질 수 있음.
13년 6월 21일 금요일
4. 15.4 위험 분산
• 데이트베이스를 캡슐화하여 추후 다른 데이터 저장소 선정을 고려할 필요가 있음
• 캡슐화된 상태에서 NOSQL 기술이 성숙하고 장점이 명확해졌을 때 데이터 저장소 일
부를 NOSQL 로 교체할 수 있음.
13년 6월 21일 금요일
5. 15.5 요점
• NOSQL 기술을 사용하는 두가지 주요 이유
• 1. 어플리케이션의 필요에 더 잘 부합하는 데이터베이스로 프로그래머 생상선 향상
• 2. 대용량 데이터 처리, 지연 시간 감소, 처리량 증가를 통해 데이터 접근 성능 향상
• NOSQL 기술을 사용하기로 결정 이전에 생산성과 성능에 대한 테스트 필수.
• 서비스를 캡슐화 하여 데이터 저장소 기술을 변경할 수 있음.
• 전략적인 어플리케이션이 아니라면 NOSQL 이 성숙해질 때 까지는 RDBMS 사용.
13년 6월 21일 금요일