Комментарии: Еще раз про HBase

Автор: asash's blog » Подходы к масштабированию баз данных

asash's blog » Подходы к масштабированию баз данных — Tue, 23 Feb 2010 20:31:00 +0000

[...] о колоночных базах данных можно почтитать тут и тут. Categories: Без рубрики Tags: Комментарии (0) [...]

Автор: Алексей

Алексей — Sat, 24 Jan 2009 10:44:13 +0000

Может кто в курсе, есть ли где нагрузочные тесты на Hbase?
Хотябы в сравнении с тем же Hypertable(http://code.google.com/p/hypertable/wiki/PerformanceTestAOLQueryLog)?

Автор: Саша

Саша — Fri, 24 Oct 2008 14:36:23 +0000

Спасибо за отличный материал Вам! Буду у Вас частым гостем). Начал изучать базы основательно…

Автор: gbeauty

gbeauty — Thu, 02 Oct 2008 15:33:28 +0000

Что-то это мне напоминает объектную базу данных…

Автор: Иван Блинков

Иван Блинков — Sat, 06 Sep 2008 10:57:44 +0000

[quote comment="1189"]Очепятка:

целочисленного значения, обозначающего количество секунд**а** с начала эпохи[/quote]Спасибо, исправил.
[quote comment="1190"][quote comment="1150"]Для более полного понимания в статье не хватает примеров с запросами к хранимым данным[/quote]
Ровно тот же SQL. Только нет JOIN, вот и всё. Это в целом относится к любой нереляционной базе. Не конкретно к хадупу.[/quote]Относительно HBasr это устаревшая информация, так как в HBase больше нет HQL (который как раз был отдаленно похож на традиционный SQL). Начиная с версии 0.2.0 вместо него в консольном клиенте используется абсолютно новый язык запросов (не менее тривиальный, чем HQL), который даже не знаю на что похож, как-то связан с JRuby, может быть…

Автор: Сергей Шепелев

Сергей Шепелев — Sat, 06 Sep 2008 08:07:47 +0000

[quote comment="1150"]Для более полного понимания в статье не хватает примеров с запросами к хранимым данным[/quote]
Ровно тот же SQL. Только нет JOIN, вот и всё. Это в целом относится к любой нереляционной базе. Не конкретно к хадупу.

Автор: Сергей Шепелев

Сергей Шепелев — Sat, 06 Sep 2008 08:05:38 +0000

Очепятка:

целочисленного значения, обозначающего количество секунд**а** с начала эпохи

Спасибо, Иван.

Автор: Иван Блинков

Иван Блинков — Tue, 02 Sep 2008 13:59:03 +0000

[quote comment="1150"]Для более полного понимания в статье не хватает примеров с запросами к хранимым данным[/quote]А смысл? При таких объемах данных основная работа как ни крути идет по API, а command line запросы предельно тривиальны и легко осваиваются за пару минут чтения help’а (при понимании общих принципов функционирования системы).

Автор: Green

Green — Mon, 01 Sep 2008 14:27:26 +0000

Для более полного понимания в статье не хватает примеров с запросами к хранимым данным

Автор: Иван Блинков

Иван Блинков — Thu, 28 Aug 2008 12:23:37 +0000

[quote comment="1124"]Вообще чтобы разобраться является ли база реляционной надо понять основана ли она на отношениях (собственно, откуда название и пошло).[/quote]Акцента на них не было как раз так как они не предусмотрены, по крайней мере на уровне самого хранилища данных.

[quote comment="1125"]Благодарю за «разжовывание» это вполне очевидные, для специалистов, аспекты. Однако именно подобных «мелочей» и зачастую НЕ понимают технические начальники. Например, наше «техническое моск» до недавнего времени пребывало в полной уверенности, что с HBase можно работать ТАКЖЕ как и с любой RDBMS!!! И еще, приводили в «доказательство» наличие там HQL (типо похожего на SQL). Это реальный случай из жизни, когда именно неточная формулировка могла привести к необратимым последствиям. Отчасти по этой причине, я и комментировал в таком стиле [/quote]
Ну из формата поста по-моему вполне очевидно, что он расчитывался не на специалистов, а как раз на тех, кто только начинает знакомиться с системами такого типа .

[quote comment="1126"]Правда вот думаю о полнотекстовом поиске в данном случае. Чтобы отыскивать элементы, особенно по нескольким словам, непонятно как ограничиться одним сервером slavem. Выходит что при поиске Гугла, одним запросом занято сразу множество slave серверов (([/quote]Да, в Google именно так оно и проиходит, и это «несколько» измеряется сотнями и тысячами — в одной из их презентаций был слайд на эту тему.

Автор: Игорь Голодницкий

Игорь Голодницкий — Wed, 27 Aug 2008 21:10:19 +0000

Выходит реляционностью здесь может выступать значение, которое далее будет использовано как ключ.

Правда вот думаю о полнотекстовом поиске в данном случае. Чтобы отыскивать элементы, особенно по нескольким словам, непонятно как ограничиться одним сервером slavem. Выходит что при поиске Гугла, одним запросом занято сразу множество slave серверов ((

Автор: Neuronus

Neuronus — Wed, 27 Aug 2008 17:36:18 +0000

Благодарю за «разжовывание» это вполне очевидные, для специалистов, аспекты. Однако именно подобных «мелочей» и зачастую НЕ понимают технические начальники. Например, наше «техническое моск» до недавнего времени пребывало в полной уверенности, что с HBase можно работать ТАКЖЕ как и с любой RDBMS!!! И еще, приводили в «доказательство» наличие там HQL (типо похожего на SQL). Это реальный случай из жизни, когда именно неточная формулировка могла привести к необратимым последствиям. Отчасти по этой причине, я и комментировал в таком стиле

P.S.
Кстати, про адекватность представления данных из RDBMS формы в HBase пытаются написать: http://wiki.apache.org/hadoop/Hbase/DataModel#example

Автор: Jenyay

Jenyay — Wed, 27 Aug 2008 17:23:12 +0000

Вообще чтобы разобраться является ли база реляционной надо понять основана ли она на отношениях (собственно, откуда название и пошло).

Насколько я понял из описания, хотя на этом акцента не было, база действительно не реляционная, потому что таблица здесь — это не отношение, где заданы столбцы, строки и домены. Еще стоило бы посмотреть как связаны между собой таблицы.

А вообще некоторые моменты, особенно persistent, напоминают объектную БД.