큰 데이터: 개발 또는 변경?

데이터를 유지 하기 위해 관계형 데이터베이스 시스템, 해시 테이블, 또는 다른 구조를 사용 하 고 있는지 여부를 당신은 NoSQL과 큰 데이터에 대해 들었을 해야 합니다. 현재, 구글, 야 후, 아마존 같은 회사는 이미 개발 또는 큰 데이터/nosql 솔루션을 사용 하 여. 하지만 몇 가지 매우 구체적인 경우를 제외 하 고는 이러한 큰 데이터 구현 정말 유용한? 최근 기사에서는, Capgemini 컨설팅의 스티브 존스도 지적 사기, 또는 적어도 통치, 아시다시피 원본 관계형 데이터베이스 관리 시스템의 문제를 해결 하기 위해 때로는 큰 데이터 일 수 있었다:

시장에 큰 데이터에 대 한과 대 광고 만연 되는 것으로 나타났습니다. 일부 기업 보다는 오히려이 폭발적인 성장의 역사, 새로운 기술과 새로운 방법의 계속의 일환으로 용량을 보기 변경. 명백 하 게, 지도 감소 기술 멋지다, 하지만 그것은 기술적으로 보다 더 어렵습니다 SQL과 데이터베이스 디자인, 그래서 그것은 또한 기술 되 고 상업 통치 까지입니다.

스티브는 그 메모리 데이터베이스 기술 (관계형 데이터베이스 관리 시스템에 따라) 특정 크기의 데이터 세트는 곧 현실이 될 것 이다 매우 중요 한 저장 하는 데 사용할 수 있는 포인트에 갔다. 그는 야 후는 크게 수정 된 http://www.aliyun.com/zixun/aggregation/14171.html를 사용 하는 방법을 설명 하는 기사를 인용 하 여 그의 포인트를 설명 합니다 ">" 몇 년 전. 포스트 그레스 구현 2PB 데이터를 저장할:

아래

큰 데이터의 주요 요점은: 그것의 95% 이상 향상 된 처리 능력과 저장 용량 일치 데이터의 번호에 연속 증가 또는 적어도 그것은 자 랍니다. (... 물론, 인덱스를 최적화 더 어려울 수 있습니다, 당신은 솔리드 스테이트 드라이브에 데이터를 앞뒤로 이동 할 수 있습니다 하지만 엄격한 조건, 데이터의 양이 된다 간단한 데이터 이동 하는 대신 "더 큰".

우리 누가 많은 사용자가 아직도 전통적인 강력한 일관성, acid 의미 체계를 유지 하면서 가능한 메인 메모리와 솔리드 스테이트 드라이브의 다량 사용을 재건된 관계형 데이터베이스 관리 시스템 및 열 저장 같은 방법에서 유익할 마이크 Stonebraker에서 같은 일에 대해 듣고 하는 데 사용 그리고 경우에 따라 SQL을 사용할 수 있습니다. 다음 스티브는 지도 다시 강조 하지만 기술, 줄이고 생각이 구현 뒤에 모델을 사용 해야 저장, 쿼리, 데이터를 조작 하는 방법에 대 한 생각의 다른 방법으로 몇 가지 방법으로 그들의 기존 하는 투자 환경에이 솔루션을 통합 하는 사용자를 위해 더 어렵게 된다.

많은 사람들이 그렇게 많은 사람들이 지도 방법으로 생각할 수 있는 다중 스레드 방식으로 생각 할 수 처럼 줄일 수 있습니다.

우리는 종종 새로운 구현에 대해 듣고 또는 공급 업체는 우리 자신의 솔루션을 채택 하는 것을 동기 부여 할 수 있을 것으로 기대, 큰 데이터는 어디 있습니까? 스티브의 관점 따라:

우리는 그 사람을 찾을 같은 방식으로 SOA, 대용량 데이터를 사용 하 고 "Hadoop 통합" 또는 "소셜 미디어를 통합" 주장 또는, 양자 택일로, "우리 내장 했습니다 커넥터." 그냥 안경 드롭 만든 이야기에서 한 번 보세요. 그것은 단지는 구식 학교 기업 응용 프로그램 통합 (EAI) 커넥터, 하지만 새 데이터 소스 또는 새로운 ETL 커넥터에 연결 되어.

이 일반적인 문이 있을 수 있습니다 하지만 그것은 또한 몇 가지 사실을 보여준다. 있기 때문에 너무 많은 대 광고, nosql/큰 데이터 레이블 구현 하지만 사실 너무 많은 업체 손을 작업에 대 한 이러한 구현은 다음이 "새로운 데이터 솔루션" 핵심 정보 위험 손실 뒤에? Steve이 지적해 서이 상황 때 공급 업체의 솔루션에 SOA 태그를 넣어 하지만 현실에서 대부분의 경우 모두 되지 않습니다 SOA SOA의 초기 응용 프로그램에 비슷한 수 있습니다. 그럼 어떻게 당신이 당신이 필요한 정확 하 게 측정 큰 데이터 솔루션 또는 큰 사기 (라고 스티브)? 스티브 했다 적어도 사용 될 수 있는 몇 가지 제안 공급 업체 솔루션을 평가할 때. 이러한 다음과 같습니다.

"빅 데이터" 대신 "큰 데이터베이스"를 사용할 수 있습니다? 당신이 할 수 있다면 그것은 그냥 업데이트입니다. "고급" "우리 방금 엔터프라이즈 응용 프로그램 통합 커넥터"를 단순화 될 수 있다? 2009 제품, 새 제품에 라벨만 큰 데이터/nosql 같은 가요? 데이터를 이동 하는 대신 데이터 처리 프로세스를 이동 하는 어떤 방법 인가? 이것은 많은 사람들이 과거에는, 등 짐 회색 제안이 연습입니다.

불행 하 게도,이 "규칙"는 과학 고 주관적인 판단의 어느 정도 필요. 그래서 거기 다른 규칙 사용할 수 있습니까? 전통적인 관계형 데이터베이스 관리 시스템에서 다른 플랫폼으로 마이그레이션한, 경우 무슨 마이그레이션에 대 한 필요성을 결정 하기 위해 사용 하 고 마이그레이션할 특정 구현을 어떻게 선택 합니까? 이 마이그레이션 작업을 성공 하는? 그것이 작동 하지 않으면, 왜?

(저자 마크 작은 번역기 리 웨이)

(책임 편집기: 유산의 좋은)