A
ну …. а как проверяете что не пропало =) может просто “нету и нету”
Size: a a a
2019 June 25
GG
ну …. а как проверяете что не пропало =) может просто “нету и нету”
+100
VS
Dmitriy
евенчуалли - это значит, данные появятся в течение некоего промежутка времени
если ничего не случится...
S
надеждами и живем, чо уж там
A
верой =)
LV
ну …. а как проверяете что не пропало =) может просто “нету и нету”
Вероятность того, что мы бы за все время не заметили, стремится к нулю. Но, думаю, если критичные данные, то можно доп проверки нафигачить.
LV
Ну или возможно для супер критичных данных и не подойдет кх, ок. Но про 5 процентов потерь в жизни не поверю
LV
Мы, кстати, только батчами вставляем в кх. Может, поэтому потерь нет или они минимальны
OO
в кластере (раньше, сейчас мб уже ок) пропадало, репликация иногда глючила
АЖ
https://spice-agency.timepad.ru/event/1008570/ - у нас тут со Спайс ИТ митапчик намечается. Заходите, ежели чо 🙂
O
Кх быстр, но его ограничения в плане написания запросов сводят все достойнства на нет, а почему greenplum никто не предложил?
GG
Например, потому что
1. Он на базе старой версии пг? Хотя, наверное, его правильнее рассматривать как независимый продукт, а не нечто на базе ПГ
2. Он существенно сложнее в установке, чем кх. Вообще треш какой-то. Докера нет
1. Он на базе старой версии пг? Хотя, наверное, его правильнее рассматривать как независимый продукт, а не нечто на базе ПГ
2. Он существенно сложнее в установке, чем кх. Вообще треш какой-то. Докера нет
GG
И как с ним играться? Как будто гринплам сделали люди даже не из 2000-х, а из 90-х
S
Кх быстр, но его ограничения в плане написания запросов сводят все достойнства на нет, а почему greenplum никто не предложил?
потому что:
Коллеги, какую БД посоветуете для быстрых селектов по большим объёмам данных(до 15-20 терабайт в несжатом виде) ?
Селекты с группировками и филтрациец, практически без джойнов.
Коллеги, какую БД посоветуете для быстрых селектов по большим объёмам данных(до 15-20 терабайт в несжатом виде) ?
Селекты с группировками и филтрациец, практически без джойнов.
S
spark sql так то
OP
Кх, если джоины не сильно нужны )
O
Например, потому что
1. Он на базе старой версии пг? Хотя, наверное, его правильнее рассматривать как независимый продукт, а не нечто на базе ПГ
2. Он существенно сложнее в установке, чем кх. Вообще треш какой-то. Докера нет
1. Он на базе старой версии пг? Хотя, наверное, его правильнее рассматривать как независимый продукт, а не нечто на базе ПГ
2. Он существенно сложнее в установке, чем кх. Вообще треш какой-то. Докера нет
Конечно, как отедльный продукт, докеризовать несложно самому, если нужно, т.к подохреваю что каждыц инстанс будет standalone устанавливаться на сервер
O
На спарке можно что угодно сделать, один минус - весьма не быстр
LV
Кх быстр, но его ограничения в плане написания запросов сводят все достойнства на нет, а почему greenplum никто не предложил?
Это про max_query_size?
GG
потому что:
Коллеги, какую БД посоветуете для быстрых селектов по большим объёмам данных(до 15-20 терабайт в несжатом виде) ?
Селекты с группировками и филтрациец, практически без джойнов.
Коллеги, какую БД посоветуете для быстрых селектов по большим объёмам данных(до 15-20 терабайт в несжатом виде) ?
Селекты с группировками и филтрациец, практически без джойнов.
Мне кажется, что кх зайдет норм