Mailing-List: contact user-help@hbase.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@hbase.apache.org
Received-SPF: pass (nike.apache.org: domain of lhofhansl@yahoo.com designates
 98.139.213.154 as permitted sender)
Date: Sun, 7 Jun 2015 04:26:22 +0000 (UTC)
From: lars hofhansl <larsh@apache.org>
Reply-To: lars hofhansl <larsh@apache.org>
To: "user@hbase.apache.org" <user@hbase.apache.org>
Message-ID: <2022286241.7798637.1433651182856.JavaMail.yahoo@mail.yahoo.com>
In-Reply-To: <BLU436-SMTP124BFC4D27E67ABCA647A1C8FB50@phx.gbl>
References: <BLU436-SMTP124BFC4D27E67ABCA647A1C8FB50@phx.gbl>
Subject: Re: Hbase vs Cassandra
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_Part_7798636_150337591.1433651182850"

------=_Part_7798636_150337591.1433651182850
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

HBase is a distributed, consistent, sorted key value store. The "sorted" bi=
t allows for range scans in addition to the point gets that all K/V stores =
support. Nothing more, nothing less.

It happens to store its data in HDFS by default, and we provide convenient =
input and output formats for map reduce.

      From: Michael Segel <michael_segel@hotmail.com>
 To: user@hbase.apache.org=20
 Sent: Monday, June 1, 2015 5:32 PM
 Subject: Re: Hbase vs Cassandra
  =20
The point is that HBase is part of the Hadoop ecosystem. Not a stand alone =
database like Cassandra.=20

This is one thing that gets lost when people want to compare NoSQL database=
s / data stores.=20

As to Big Data without Hadoop? Well, there=E2=80=99s spark on mesos =E2=80=
=A6 :-P
And there are other Big Data systems out there but are not as well known.=
=20
Lexus/Nexus had their proprietary system that they=E2=80=99ve been trying t=
o sell =E2=80=A6=20


> On Jun 1, 2015, at 5:29 PM, Vladimir Rodionov <vladrodionov@gmail.com> wr=
ote:
>=20
>>> The key issue is that unless you need or want to use Hadoop, you
> shouldn=E2=80=99t be using HBase. Its not a stand alone product or system=
.
>=20
> Hello, what is use case of a big data application w/o Hadoop?
>=20
> -Vlad
>=20
> On Mon, Jun 1, 2015 at 2:26 PM, Michael Segel <michael_segel@hotmail.com>
> wrote:
>=20
>> Saying Ambari rules is like saying that you like to drink MD 20/20 and
>> calling it a fine wine.
>>=20
>> Sorry to all the Hortonworks guys but Amabari has a long way to go=E2=80=
=A6. very
>> immature.
>>=20
>> What that has to do with Cassandra vs HBase? I haven=E2=80=99t a clue.
>>=20
>> The key issue is that unless you need or want to use Hadoop, you shouldn=
=E2=80=99t
>> be using HBase. Its not a stand alone product or system.
>>=20
>>=20
>>=20
>>=20
>>> On May 30, 2015, at 7:40 AM, Serega Sheypak <serega.sheypak@gmail.com>
>> wrote:
>>>=20
>>> 1. No killer features comparing to hbase
>>> 2.terrible!!! Ambari/cloudera manager rulezzz. Netflix has its own tool
>> for
>>> Cassandra but it doesn't support vnodes.
>>> 3. Rumors say it fast when it works;) the reason- it can silently drop
>> data
>>> you try to write.
>>> 4. Timeseries is a nightmare. The easiest approach is just replicate da=
ta
>>> to hdfs, partition it by hour/day and run spark/scalding/pig/hive/Impal=
a
>>>=20
>>> =D0=BF=D1=8F=D1=82=D0=BD=D0=B8=D1=86=D0=B0, 29 =D0=BC=D0=B0=D1=8F 2015 =
=D0=B3. =D0=BF=D0=BE=D0=BB=D1=8C=D0=B7=D0=BE=D0=B2=D0=B0=D1=82=D0=B5=D0=BB=
=D1=8C Ajay =D0=BD=D0=B0=D0=BF=D0=B8=D1=81=D0=B0=D0=BB:
>>>=20
>>>> Hi,
>>>>=20
>>>> I need some info on Hbase vs Cassandra as a data store (in general plu=
s
>>>> specific to time series data).
>>>>=20
>>>> The comparison in the following helps:
>>>> 1: features
>>>> 2: deployment and monitoring
>>>> 3: performance
>>>> 4: anything else
>>>>=20
>>>> Thanks
>>>> Ajay
>>>>=20
>>=20
>>=20


------=_Part_7798636_150337591.1433651182850--