HBase는 언제 당신에게 의미가 있습니까? - 인형

HBase 사용은 언제 고려해야합니까? 이 질문에 대한 대답이 모든 사람에게 반드시 필요한 것은 아니지만 우선 큰 데이터 요구 사항과 충분한 하드웨어 리소스가 있어야합니다.

• 큰 데이터 요구 사항: 테라 바이트에서 페타 바이트 - 그렇지 않으면 랙에 유휴 서버가 많습니다.

• 충분한 하드웨어 자원: 다섯 개의 서버가 좋은 출발점입니다.

HBase와 RDBMS의 경로를 고려할 때 트랜잭션 지원, 다양한 데이터 유형, 색인 및 쿼리 언어 지원과 같은 다른 요구 사항을 고려하십시오. 이러한 요소는 두 개의 총알 앞에. 풍부한 데이터 형식, 인덱스 및 쿼리 언어 지원은 Hive 또는 상용 제품과 같은 다른 기술을 통해 추가 할 수 있습니다.

"거래는 어떻습니까? " 물어.

온라인 트랜잭션 처리와 같이 RDBMS의 특정 사용 사례는 시스템이 제대로 작동하기 위해 클라이언트와 RDBMS 간의 ACID 호환 트랜잭션에 의존합니다. RDBMS와 비교할 때, HBase (HBase)와 비교할 때, 항산화 효소 활성 (HBase)은 항원 - 항원 - 항원 - 항원 - 항원 - 항원 - 항원 - 항원 - 항원 - 항원 - 항원 - 항원 - 항원 - 항원 - 항원 - 항원 - 항원 - 항원 - 이 글을 쓰고있는 현재 ACID를 준수하는 데이터베이스로 간주되지 않습니다. HBase는 여러 행이나 테이블에서 ACID 호환 트랜잭션을 지원하지 않습니다. 그러나 HBase는 다음 측면을 보장합니다:

Atomic: 테이블 내의 모든 행 레벨 연산은 원자 적입니다. 이 보장은 행 내에 둘 이상의 열 패밀리가있는 경우에도 유지됩니다. 일관성: 스캔 작업은 과거 어느 시점에서 HBase에 저장된 데이터의 일관된 뷰를 반환합니다. 동시 클라이언트 상호 작용은 다중 행 검색 중에 행을 업데이트 할 수 있지만 검색 작업에서 반환 된 모든 행에는 항상 이전 시점의 유효한 데이터가 포함됩니다. 내구성: HBase에서 검색 할 수있는 데이터는 디스크에 내구성이 있습니다 (HDFS에 지속됨, 다시 말해서).

HBase와 다른 오픈 소스 아파치 프로젝트의 흥미로운 점 중 하나는 커뮤니티의 누군가 항상 혁신을 통해 기술을 향상 시키려고한다는 것입니다. 행이 동일한 RegionServer에있는 경우 HBase는 다중 행 트랜잭션을 지원합니다. 추가 코딩이 필요한이 기능은 HBase 버전 0에서 도입되었습니다. 94. 0. (호기심이 많으면 추가 코딩은 HBase의 분할 정책에 초점을 맞 춥니 다.)

HBase 클라이언트가 ACID 속성을 요구하면 교차 행 또는 교차 테이블 데이터 연산이 필요하지 않은 HBase 스키마.데이터를 연속적으로 보관하면 원 자성을 제공합니다.