Skip to main content
TrustRadius
HBase

HBase

Overview

What is HBase?

The Apache HBase project's goal is the hosting of very large tables -- billions of rows X millions of columns -- atop clusters of commodity hardware. Apache HBase is an open-source, distributed, versioned, non-relational database modeled after Google's Bigtable.

Read more
Recent Reviews

TrustRadius Insights

HBase has established itself as a crucial tool for various organizations, including PayPal, to store and retrieve records in near real …
Continue reading

HBase

10 out of 10
September 13, 2017
Incentivized
HBase solves problems of scalability and management of multi-terabyte applications. It makes scaling to +1 nodes very easy, especially …
Continue reading
Read all reviews

Awards

Products that are considered exceptional by their customers based on a variety of criteria win TrustRadius awards. Learn more about the types of TrustRadius awards to make the best purchase decision. More about TrustRadius Awards

Popular Features

View all 7 features
  • Availability (5)
    7.8
    78%
  • Security (5)
    7.8
    78%
  • Performance (5)
    7.1
    71%
  • Concurrency (5)
    7.0
    70%
Return to navigation

Pricing

View all pricing
N/A
Unavailable

What is HBase?

The Apache HBase project's goal is the hosting of very large tables -- billions of rows X millions of columns -- atop clusters of commodity hardware. Apache HBase is an open-source, distributed, versioned, non-relational database modeled after Google's Bigtable.

Entry-level set up fee?

  • No setup fee

Offerings

  • Free Trial
  • Free/Freemium Version
  • Premium Consulting/Integration Services

Would you like us to let the vendor know that you want pricing?

20 people also want pricing

Alternatives Pricing

What is MarkLogic Server?

MarkLogic Server is a multi-model database that has both NoSQL and trusted enterprise data management capabilities. The vendor states it is the most secure multi-model database, and it’s deployable in any environment. They state it is an ideal database to power a data hub.

What is Cloud BigTable?

Google's Cloud Bigtable is a fully managed, scalable NoSQL database service for large analytical and operational workloads with up to 99.999% availability.

Return to navigation

Product Demos

Apache Hbase Tutorial | Hadoop Hbase | Hbase Training | Intellipaat

YouTube
Return to navigation

Features

NoSQL Databases

NoSQL databases are designed to be used across large distrusted systems. They are notably much more scalable and much faster and handling very large data loads than traditional relational databases.

7.7
Avg 8.8
Return to navigation

Product Details

HBase Technical Details

Operating SystemsUnspecified
Mobile ApplicationNo

Frequently Asked Questions

The Apache HBase project's goal is the hosting of very large tables -- billions of rows X millions of columns -- atop clusters of commodity hardware. Apache HBase is an open-source, distributed, versioned, non-relational database modeled after Google's Bigtable.

Reviewers rate Scalability highest, with a score of 8.6.

The most common users of HBase are from Enterprises (1,001+ employees).
Return to navigation

Comparisons

View all alternatives
Return to navigation

Reviews and Ratings

(32)
Loading...

Attribute Ratings

Reviews

(1-10 of 10)
Companies can't remove reviews or game the system. Here's why
RAVI MISHRA | TrustRadius Reviewer
Score 7 out of 10
Vetted Review
Verified User
Incentivized
I use HBase because it is a NoSQL database and it is open sourced and can store big data. We can store any structured, semi-structured and unstructured data easily. One other major benefit is, it is a columnar database so no need to specify any schema. I generally use it when I store the streaming data, the analysis is also faster after connecting the HBase with Spark. HBase is a mature database so we can connect HBase with various execution engine and other component using JDBC.
  • HBase stores the big data in a great manner and it is horizontally scalable.
  • Another major reason is security, we can secure the HBase database using Atlas, Ranger.
  • Store any format of data like structured, semi-structured and unstructured.
  • Consistency
  • Strongly consistent reads and writes are provided by HBase, we use it for high-speed requirements if we do not need RDBMS-supported features such as full transaction support or typed columns.
  • There are very few commands in HBase.
  • Stored procedures functionality is not available so it should be implemented.
  • HBase is CPU and Memory intensive with large sequential input or output access while as Map Reduce jobs are primarily input or output bound with fixed memory. HBase integrated with Map-reduce jobs will result in random latencies.
While we have a variable schema with slightly different rows and when you are going for a key dependent access to our stored data, we prefer to use HBase. No requirement of relational features. If we do not need features like transaction, triggers, complex query, complex joins etc. then go for HBase.
December 14, 2018

An Amazing Experience

Bharadwaj (Brad) Chivukula | TrustRadius Reviewer
Score 9 out of 10
Vetted Review
Verified User
Incentivized
HBase was used as a datastore for the retails product catalog and session maangement
  • Scalable and truly non-relational data
  • HBase operations run in real-time on its database rather than MapReduce jobs
  • Scales linearly to support billions of rows with millions of columns
  • Difficult for people who are building custom tools for SQL like purposes to understand HBase
  • Cannot be used for transactional datasets
Suited for storing bulk data in a tabular manner, I would recommend Hadoop HBase, but for a small amount of data, I personally would not suggest the use of this tool. We are moving from a traditional file system to a Hadoop file system, and to store the data in a tabular manner, we are using HBase. As the data is increasing day by day, the need to manage the same is also required, which is incorporated by Hadoop.

December 13, 2018

HBASE!!!

Anson Abraham | TrustRadius Reviewer
Score 8 out of 10
Vetted Review
Verified User
Incentivized
HBase is used as part of the company's main revenue generating platform. We're using it store data with usages of mapreduce, generates locational information for advertising business and location analytics. Storage wise, it made sense to use HBASE over Cassandra, as well as for read performance with avro data with geospatial information in the data
  • Excellent for read performance
  • Great store of file format of avro
  • Easy integration into mapreduce
  • Replication ability
  • Write performance
  • Performance support for parquet file format. supports, but performance wise still not there
  • API / library availability for spark, rather than creating a new library for it
It does depend on the use case scenario. It works really well if your schema doesn't really need relational features. It's really good for that. If you want to run as transactional, not a good idea. Relational analytics is not good for this, as well as edge network data. If you're using PB of data, then HBASE is best suited in this case as well.
Vinaybabu Raghunandha Naidu | TrustRadius Reviewer
Score 8 out of 10
Vetted Review
Verified User
Incentivized
HBase was used in my previous organization(PayPal) where we needed a database for storing and retrieving records in near real time. It was used within consumer analytics and other sub-teams. It supported our near real-time use analytical cases by proving a faster lookup of records with consistency reads/writes. Apart from that, helped in querying the records much faster than other NoSQL databases.
  • Faster lookup of records using the row keys. It helped to fetch thousands of records in a much faster way using the row keys
  • As it is a columnar data store, helped us to improve the query performance and aggregations
  • Sharding helps us to optimize the data storage and retrieval. HBase provides automatic or manually sharding of tables.
  • Dynamic addition of columns and column family helped us to modify the schema with ease.
  • Identified issues with Hmaster when handling a huge number of nodes
  • Cannot have multiple indexes as row key is the only column which could be indexed.
  • HBase does not support partial row keys which limit its query performance.
Hbase is well suited for large organizations with millions of operations performing on tables, real-time lookup of records in a table, range queries, random reads and writes and online analytics operations.

Hbase cannot be replaced for traditional databases as it cannot support all the features, CPU and memory intensive. Observed increased latency when using with MapReduce job joins.
Timothy Spann | TrustRadius Reviewer
Score 10 out of 10
Vetted Review
ResellerIncentivized
HBase is being used by multiple organizations and internally it is used company-wide. it solves a large range of problems and provides unique solutions when we need a NoSQL store.

HBase provides the best of breed solutions for any NoSQL storage needs. One of the main important features is it is part of the HDP Hortonworks stack so it is installed by default so there's nothing else to install or configure. It is easy to administer with Ambari and scales to any size I need. It runs on top of HDFS so my data is safe, secure and scalable.

I use it as a store for data that is ingested via various streaming mechanisms including Apache NiFi, Apache Storm, Apache Spark Streaming, Apache Flink and Streaming Analytics Manager. It provides an easy key-value type store with fast scans for data access. I also run Apache Phoenix on top to provide a fast clean SQL interface to all of my data.
  • Scalability. HBase can scale to trillions of records.
  • Fast. HBase is extremely fast to scan values or retrieve individual records by key.
  • HBase can be accessed by standard SQL via Apache Phoenix.
  • Integrated. I can easily store and retrieve data from HBase using Apache Spark.
  • It is easy to set up DR and backups.
  • Ingest. It is easy to ingest data into HBase via shell, Java, Apache NiFi, Storm, Spark, Flink, Python and other means.
  • Not for small data
  • Requires a cluster
HBase is well suited for streaming ingest, fast lookups, massive datasets, data warehouse lookup tables, RDBMS replacement, MongoDB replacement, key-value store, data scans, logs, JSON storage and some binary storage.

My preferred use case is for storing data points like time series or data produced by sensors.

I often use HBase when I need data available immediately and I am not looking for transactions. This is a great store for really wide tables with tons of columns. It is also great if you are not sure what type of data you are going to have. It really excels at sparse data.
September 13, 2017

HBase

Score 10 out of 10
Vetted Review
ResellerIncentivized
HBase solves problems of scalability and management of multi-terabyte applications. It makes scaling to +1 nodes very easy, especially through Ambari. It is built with fault tolerance and availability in mind. You can use it on a single node but it shines on multi-node infrastructure. With high data access speed and resiliency, I wouldn't recommend any other NoSQL database for general use.
  • HBase data access and retrieval only gets better with larger scale.
  • Fault tolerance is built in, if you have unreliable hardware, HBase will make every effort to keep your data online.
  • Extremely fast key lookups and write throughput.
  • Multi-tenancy is still work in progress
  • Usability and beginner friendliness
  • It has a bad reputation of being complex
HBase typically fits well in low latency, tight SLA scenarios. It is not recommended to be used in situations where a relational database would fit better. So in essence, if you're trying to do a lot of analytical workloads or joins, HBase wouldn't fit so well. If primary key access is sufficient, then HBase is a good fit.
Zack Riesland | TrustRadius Reviewer
Score 7 out of 10
Vetted Review
Verified User
Incentivized
HBase makes it possible to provide sub-second UI responsiveness when querying very large data sets. This is in contrast to something like Hive, which could take many minutes.
  • Very fast query capability
  • Resilient: by leveraging hdfs, hbase can handle server failure pretty well
  • Very schema dependent - you have to carefully choose your schema and key strategy in order to get good distribution and performance.
  • Over aggressive rebalancing - if you have to bounce your system - for example - hbase will spend quite a while trying to rebalance all the data as each server comes online.
When you need very fast query responsiveness from very large data sets
April 04, 2017

Support for HBase

Chen Jin | TrustRadius Reviewer
Score 7 out of 10
Vetted Review
Verified User
Incentivized
It is used as a data store that consolidates the updates from the upstream key-value store where upstream store only stores the updates that meet the high qps and low latency. HBase is the secondary layer of the storage that consolidate all the updates for a given row key and serves as a upstream for hive table.
  • Good write throughput
  • Good horizontal scalability
  • Easy to operate on
  • Better tool for investigating the key-value content for data validation.
  • Better tool for row key monitoring since our key contains timestamps.
  • Better tool for system-level metric monitoring.
Not good for extremely low latency online application, in particular read heavy app.
Score 7 out of 10
Vetted Review
Verified User
Incentivized
We use HBase as a secondary data store. We chose it mainly for its strongly consistent data model, and scalability. It has a pretty good documentation and a strong and active developer community that is still growing. The main downside is its many moving parts and operational overhead of deploying and managing clusters.
  • Scalability
  • Strong consistency
  • SQL layer
  • Too many processes
  • Difficult to manage many clusters
HBase is a good choice if you're looking for a scaleable, strongly consistent data store that supports both OLTP and some OLAP as well.
Rekha Joshi | TrustRadius Reviewer
Score 7 out of 10
Vetted Review
Verified User
Incentivized
Apache HBase was used for mastering solutions, for creating master data sets and reconciling conflicting data coming to Apache Hadoop systems.
  • Apache HBase is a widely used java based distributed NoSQL environment on Apache Hadoop.
  • While there has been growing interest and efforts in in memory computing, there are investments on Apache Hadoop (or hadoop provider variants) across domains. So that is a large market.
  • I worked on HBase for applications which needed to provide strong consistency and interact with Apache Hadoop.
  • You could encounter issues like region is not online or NotServingException or region server going down, out of memory errors.
  • As HBase works with Zookeeper, care needs to be taken it is correctly set up. Most issues pertain usually to environment setup, configuration, shared load on system or maintenance.
  • The performance across workloads when evaluated against other NoSQL variants was not best in class, this is most times okay, but can be improved.
  • If you use Apache HBase, and want to upgrade it for some features then you might need to do a compatibility check against your Apache Hadoop and Apache HBase versions, there are dependency to think about.
  • The HBase master slave becomes the single point of failure, and may not be a preferred design.It is not highly available system.
  • Last I checked it did not have well tested easy integrations with Spark, and that can help.
The key questions I ask when choosing NoSQL distributed database:

  • What is the application's inherent need? Does this component fit well in the design?
  • Does it provide high data security?
  • How does it assure there is no data loss?
  • How can I make sure it is a highly available system, and no downtime for customer?
  • Does it give me the best linear scalability?
  • What kind of tuning parameters does it allow the user to configure?
  • How does it stack up against other NoSQL variants on features, scalability, ease of use/contribute to and maturity of product?
  • What throughput can it attain under different kinds of workloads?
Return to navigation