AE
ну некоторые умеют прикидываться
Size: a a a
2021 February 24
A
Они вообще норм сканируют, правда одно неверное движение и регион сервер можно уронить
K
Они вообще норм сканируют, правда одно неверное движение и регион сервер можно уронить
ну если фулл скан , то чо нет, а так над знать как ключик лежит и все хорошо будет
A
Да все с ними норм, гоняли
Основная проблема была что если в момент инициализации сопроцессоры падал, то регион сервер не подымался
Поэтому и мазали везде try {} catch (Exception e)
А пару раз и Throwable
:) вроде в последних версиях уже починили
Основная проблема была что если в момент инициализации сопроцессоры падал, то регион сервер не подымался
Поэтому и мазали везде try {} catch (Exception e)
А пару раз и Throwable
:) вроде в последних версиях уже починили
AE
а внутре у hbase что? какой-то wide-column store по гугловым заветам?
A
Lms тот же как и везде
N
hbase норм селектится
ну как сказать. когда данных много, произвольный запрос вы никогда не дождетесь.
K
ну как сказать. когда данных много, произвольный запрос вы никогда не дождетесь.
nosql это когда вы проектируете хранение под известные запросы
N
а внутре у hbase что? какой-то wide-column store по гугловым заветам?
селлами он хранит. ровкей, название колумн фемили, название колонки, данные в виде бинарного массива.
N
nosql это когда вы проектируете хранение под известные запросы
в аналитике запросы почти никогда заранее неизвестны. и очень гетероморфны.
A
селлами он хранит. ровкей, название колумн фемили, название колонки, данные в виде бинарного массива.
Ну там нюансы, каждый колумн фемили в отдельном файле, поэтому сканирование по колонке местами оптимально, но вообще да
Hbase лучше всего рассматривать как map<key, map<key, value>>
Hbase лучше всего рассматривать как map<key, map<key, value>>
AE
селлами он хранит. ровкей, название колумн фемили, название колонки, данные в виде бинарного массива.
мапа мапов короче
AE
ага :)
K
в аналитике запросы почти никогда заранее неизвестны. и очень гетероморфны.
ток для эдхок аналитики
K
а так стройте витрины)
N
а так стройте витрины)
я и предложил коллеге не насиловать кассандру и упражняться в более аналитической бд.
N
Ну там нюансы, каждый колумн фемили в отдельном файле, поэтому сканирование по колонке местами оптимально, но вообще да
Hbase лучше всего рассматривать как map<key, map<key, value>>
Hbase лучше всего рассматривать как map<key, map<key, value>>
ну если кто-то продумал разделение по cf, то да. но так не всегда бывает, жахнут бывало в фениксе create table и готово.
A
С фениксом не работал, всегда сами схему дизайнили
K
ну мне больше нравился опыт хайва(со стораджем в хбейзе)
N
он вроде только читать умел