Size: a a a

2020 August 19

UD

Uncel Duk in Data Engineers
Старый Хрыч
не могли, там и картинки в виде текста(забыл хрень какой это делают), и данные разные и текст
ну тогда сорян
источник

UD

Uncel Duk in Data Engineers
берем сорта с3 и кладем все нажитое в него
источник

UD

Uncel Duk in Data Engineers
потом думаем че делать
источник

СХ

Старый Хрыч... in Data Engineers
Anton Kovalenko
Ну я со свечкой  не, стоял ) Под OLAP вообще Greenplum по идее ставить надо было
ну тут проблема в том, что никто не хочет дублировать данные и плодить зоопарк
источник

ZM

ZLoyer Matveev in Data Engineers
Anton Kovalenko
Сейчас уже более-менее все устаканилось и вышло на рабочие рельсы. Мы (Аренадата) теперь тоже к этому подключились. Он уже используется в нескольких крупных госпроектах, так что развивать его будут при любых раскладах.
Скажите что за проекты, чтобы знать где лучше в бумажной форме общаться с государством))
источник

UD

Uncel Duk in Data Engineers
Старый Хрыч
ну тут проблема в том, что никто не хочет дублировать данные и плодить зоопарк
дублировать дешевле
источник

UD

Uncel Duk in Data Engineers
если не хотят, ну пусть купят пару десятков шкафов с экза/терадатами
источник

СХ

Старый Хрыч... in Data Engineers
ZLoyer Matveev
Скажите что за проекты, чтобы знать где лучше в бумажной форме общаться с государством))
в любых гос проектах надо общаться только через бумаги
источник

СХ

Старый Хрыч... in Data Engineers
Uncel Duk
если не хотят, ну пусть купят пару десятков шкафов с экза/терадатами
нельзя, импортозамещение
источник

UD

Uncel Duk in Data Engineers
Старый Хрыч
нельзя, импортозамещение
ссзб
источник

A

Anton Kovalenko in Data Engineers
Старый Хрыч
ну тут проблема в том, что никто не хочет дублировать данные и плодить зоопарк
Ну Хадуп - сам по себе зоопарк )
Но вообще там есть варианты, как ничего не дублировать и при этом не сильно зоопарк разводить. Но видимо всем не до этого было в тот момент.
источник

AZ

Anton Zadorozhniy in Data Engineers
Abi Palagashvili
ребят, какие БД посоветуете?
Мне надо подобрать что-то для хранения горячих данных
Сейчас используем aerospike, хотим от неё отказаться, ибо поддерживать её почти некому
Главное - чтобы база была высокодоступной и масштабируемой.Ретеншн в 6 месяцев будет где-то.Паттерн использования - чтение и запись по ключу, не более
Вам некому поддерживать аэроспайк, я правильно понимаю что ищете СУБД которую не нужно поддерживать?
источник

AS

Andrey Smirnov in Data Engineers
Старый Хрыч
redis rip и пора закопать, крышка гроба уже создателем была поставлена, когда он от него отказался
Я где он про это написал?
источник

СХ

Старый Хрыч... in Data Engineers
Andrey Smirnov
Я где он про это написал?
источник

СХ

Старый Хрыч... in Data Engineers
Anton Zadorozhniy
Вам некому поддерживать аэроспайк, я правильно понимаю что ищете СУБД которую не нужно поддерживать?
скорее им финансирвоание срезают
источник

СХ

Старый Хрыч... in Data Engineers
а в бесплатной версии там ничего нет
источник

AZ

Anton Zadorozhniy in Data Engineers
Просто аэроспайк это очень неплохая СУБД, для low latency нагрузки с простым доступом надо будет упереться чтобы ту же Scylla затюнить (и точно ее надо будет поддерживать)
источник

СХ

Старый Хрыч... in Data Engineers
Anton Zadorozhniy
Просто аэроспайк это очень неплохая СУБД, для low latency нагрузки с простым доступом надо будет упереться чтобы ту же Scylla затюнить (и точно ее надо будет поддерживать)
ничего упираться не надо
источник

СХ

Старый Хрыч... in Data Engineers
сцилла не сильно сложнее, разве что разрабам cql подучить
источник

СХ

Старый Хрыч... in Data Engineers
это не hbase
источник