NoSQL 데이터베이스 에서 알 아야 할 10 가지
4341 단어 NoSQL
NoSQL 의 5 대 점 1:신축성 확장
몇 년 동안 데이터 베이스 부하 가 증가 해 야 할 때 데이터 관리 자 는 수직 확장(scale-up)에 만 의존 할 수 있 습 니 다.가로 확장(scale-out)에 의존 하 는 것 이 아니 라 데이터 베 이 스 를 여러 대의 호스트 에 분포 할 수 있 습 니 다.어쨌든 거래 빈도,가용성 요구 가 높 아 지면 서 데이터 베 이 스 를 클 라 우 드 와 가상 환경 으로 이전 하 는 수요 가 제기 되면 서 상업 하드웨어 의 횡적 확장 을 바탕 으로 하 는 경제 효 익 은 거절 할 수 없 게 되 었 다.
RDBMS 시스템 에 비해 비 즈 니스 클 러 스 터 에서 쉽게 가로 확장 할 수 없 기 때문에 새로운 NoSQL 데이터 디자인 은 새로운 노드 를 투명 하 게 이용 하여 확장 할 수 있어 야 합 니 다.NoSQL 데이터베이스 의 디자인 은 일반적으로 낮은 비용 의 상업 하드웨어 를 이용 하 는 것 을 고려 해 야 한다.
2:빅 데이터
지난 20 년 동안 거래 율 이 높 아 졌 듯 이 저 장 된 데이터 의 규모 도 크게 증가 했다.O'Reilly 는 이런 현상 을'데이터 의 산업혁명'이 라 고 똑똑 하 게 부른다.RDBMS 시스템 의 능력 도 이러한 성장 에 적응 하기 위해 향상 되 고 있 지만 거래 율 상의 제한 처럼 하나의 RDBMS 시스템 이 실제 관리 할 수 있 는 데이터 규 모 는 일부 기업 의 수 요 를 만족 시 킬 수 없다.오늘날 NoSQL 시스템,예 를 들 어 Hadoop 은'빅 데이터'등급 의 데이터 용량 을 처리 할 수 있 습 니 다.이런 데이터 용량 은 최대 RDBMS 시스템 의 처리 능력 을 훨씬 초과 한다.
3.DBA 와 작별(안녕?)
최근 몇 년 동안 RDBMS 공급 업 체 들 은 관리 하기 쉬 운 향상 조치 가 많다 고 주 장 했 지만 고급 RDBMS 시스템 의 유지 보 수 는 훈련 이 잘 되 어 있 지만 비 싼 DBA 들 과 떨 어 질 수 없다.DBA 는 고급 RDBMS 시스템 의 설계,설치 와 지속 적 인 조정 에 긴밀 하 게 참여 해 야 한다.
이론 적 으로 보면 NoSQL 데이터 베 이 스 는 보통 가장 기본 적 인 디자인 에서 더욱 적은 관 리 를 요구한다.자동화 복원 과 데이터 분포,더욱 간단 한 데이터 모델 은 더욱 적은 관리 조작 과 개선 수 요 를 가 져 온다.실제로 DBA 가 죽 었 다 는 말 은 다소 과장 됐다.누 군 가 는 관건 적 인 업무 데이터 저장 의 성능 과 가용성 에 대해 책임 을 져 야 한다.
4:경제 성
NoSQL 데이터 베 이 스 는 일반적으로 저렴 한 서버 클 러 스 터 를 사용 하여 급속히 발전 하 는 데이터 와 거래 용량 을 관리 하 는데 RDBMS 는 비 싼 전문 서버 와 저장 시스템 에 의존 하 는 경향 이 있다.그 결과 NoSQL 시스템 의 1000 메가바이트 당 원가 나 초당 거래 원가 가 RDBMS 시스템 보다 훨씬 낮 아서 더 많은 데 이 터 를 저장 하고 처리 할 수 있 습 니 다.
5:유연 한 데이터 모델
관 리 를 변경 하 는 것 은 대형 RDBMS 제품 에 골 치 아 픈 일이 다.RDBMS 에 서 는 미세한 데이터 모델 변경 에 도 매우 조 심 스 러 운 처리 가 필요 하 며 시스템 정지 나 서비스 수준 을 낮 춰 야 할 수 있다.
NoSQL 데이터베이스 의 데이터 모델 제한 은 훨씬 쉽 거나 아예 없다.NoSQL 의 키 저장 소 와 문서 데이터 베 이 스 는 데이터 요소 에 모든 구조의 데 이 터 를 저장 할 수 있 습 니 다.상대 적 으로 엄격 한 BigTable 기반 NoSQL 데이터베이스(Cassandra,HBase)라 도 새 열 을 만 드 는 데 제한 이 많 지 않 습 니 다.
결과적으로 응용 이나 데이터베이스 모델 의 변 화 는 복잡 한 변경 단원 으로 관리 할 필요 가 없다.이론 적 으로 볼 때 이것 은 응용 이 더욱 빠 른 교체 가 가능 하 다.물론 분명 한 것 은 응용 이 데이터 의 완전 성 을 보장 하지 못 하면 나 쁜 부작용 을 가 져 올 수 있다 는 것 이다.
NoSQL 5 대 도전
NoSQL 데이터베이스 의 전망 은 매우 밝 지만 주류 기업 에 응용 하려 면 아직도 극복 해 야 할 어려움 이 많다.여 기 는 먼저 해결 해 야 할 몇 가지 문제 다.
1:완비
RDBMS 시스템 이 존재 한 지 오래 되 었 습 니 다.NoSQL 의 옹호자 들 은 존재 시간의 증가 가 퇴화 의 신호 라 고 생각한다.하지만 대부분의 CIO 들 에 게 RDBMS 는 안정 적 이다.대부분의 경우 RDBMS 시스템 은 안정 적 이 고 다기 능 이다.비교 해 보면 대부분의 NoSQL 제품 의 일부 핵심 구성 요 소 는 아직 실현 되 어야 한다.
대부분의 개발 자 들 은 과학 기술 의 최첨단 에 살 고 싶 어 하지만 기업 은 신중 해 야 한다.
2:지원
기업 은 관건 적 인 시스템 이 무 너 지면 제때에 지 지 를 받 을 수 있다 는 것 을 보증 해 야 한다.모든 RDBM 제공 업 체 는 왕조 수준 높 은 기업 의 지원 을 위해 많은 힘 을 기울 이 고 있다.
이에 비해 대부분의 NoSQL 시스템 은 오픈 소스 프로젝트 이다.비록 모든 NoSQL 데이터 베 이 스 는 보통 한 개 또는 여러 회사 가 지원 을 하지만 이런 회 사 는 작은 회사 로 글로벌 영향력 이 부족 하고 지원 자원 과 Oracle,Microsoft 또는 IBM 과 같은 신용 이 부족 하 다.
3:데이터 분석 과 상업 지능
유행 하 는 웹 2.0 응용 이 확장 가능 한 요 구 를 만족 시 키 기 위해 NoSQL 데이터 베 이 스 는 이에 따라 생 겨 났 다.따라서 이들 의 기능 집 은 모두 이러한 응용 서 비 스 를 위 한 것 이다.그러나 웹 애플 리 케 이 션 의 첨삭 검사 업무 에서 발생 하 는 데 이 터 는 상업 적 가치 가 있다.이러한 데이터 베이스 에서 잠재 적 인 상업 정 보 를 발굴 하여 기업 의 효율 과 경 쟁 력 을 향상 시 키 고 상업 지능(BI)은 모든 기업 에 있어 IT 가 어제 직면 한 관건 적 인 문제 이다.
NoSQL 데이터 베 이 스 는 즉석 조회 와 데이터 분석 도구 가 부족 합 니 다.간단 한 조회 에 도 전문 적 인 프로 그래 밍 기능 이 필요 하고 전통 적 인 BI 도 구 는 NoSQL 에 대한 연결 을 제공 하지 않 습 니 다.
HIVE 와 PIG 는 이 문 제 를 해결 하기 위해 발생 한 것 으로 Hadoop 클 러 스 터 에 저 장 된 데이터 나 다른 NoSQL 데이터 베 이 스 를 방문 할 수 있 는 보다 편리 한 데이터 접근 방식 을 제공 했다.Quest Software 는 다양한 NoSQL 에 즉석 조회 능력 을 제공 할 수 있 는 클 라 우 드 데이터베이스 제품 인 Toad 를 개발 했다.
4:관리
NoSQL 의 디자인 목 표 는 제로 관리 방안 일 수 있 으 며 현실 에 대해 서 는 이 목표 에서 너무 멀다.현재 NoSQL 의 설치 와 유 지 는 모두 기술 을 습득 해 야 한다.
5.전문성
관계 데이터베이스 개념 과 프로 그래 밍 을 잘 아 는 개발 자 들 은 전 세계 각 분야 에 널리 퍼 져 있 지만 거의 모든 비 관계 데이터베이스 개발 자 들 은 여전히 학습 중이 다.시간 이 지 날수 록 이런 상황 은 당연히 해 결 될 것 이다.그러나 지금 으로 서 는 관계 데이터 뱅 크 의 개발 자 나 관리 자 를 찾 는 것 이 더욱 쉽다.
총결산
NoSQL 데이터 베 이 스 는 데이터베이스 분야 에서 점점 더 중요 한 구성 부분 이 되 고 있 으 며,정확 한 사용 을 얻 으 면 진정한 이점 을 가 져 올 것 이다.그러나 기업 의 경우 NoSQL 데이터 베 이 스 를 사용 할 때 관련 법률 문 제 를 항상 주의해 야 한다.
좋은 웹페이지 즐겨찾기
