IB
тогда бы DD не нужен бы был
Size: a a a
2021 August 18
SP
И сразу станет понятно, что массово параллельная обработка таких вещей при автоматизации динамического распределения задач расчётов между кластерами может привести к тому, что кластеры только задачами начнут между собой обмениваться вместо выполнения расчётов показателей
DS
ну dd же вообще для тех случаев, когда физически в память невозможно загрузить данные)
IB
но опять же как ее шардировать например если нет хранилища? Мне кажется реально можно было бы шарды загонять в оперативки на разных серверах
IB
было бы отлично
IB
не понимаю почему не сделали так до сих пор...
ЕС
ого, это что за случаи?
IB
когда сервер 32Гб озу а данных 5 мрлд строк
IB
круттся тогда какой нибудь clickhouse/vertica и к нему dd
DS
случаи, когда объемы данных большие?
DS
dd с ними не работает))
IB
нам надо мечтать!
DS
больше ничего и не остается)
ЕС
типичный любитель DD)
IB
Ну а что делать еще) либо мечтать и говорить "так работает система" либо кластеры-хадупы-биг-дейта
ИС
По поводу "некропостов"... добавлю свою толику супротив высоких экзестенциальных требований к Qlik.
Часто было такое, что у Заказчиков стоит qlik/pbi, все вроде довольны, оплачивают счета, но решаемые задачи для "людей на земле" могли бы идеально решаться силами, простите, Ssrs, который уже отделили от несколько раз купленных мс-серверов.))
Часто было такое, что у Заказчиков стоит qlik/pbi, все вроде довольны, оплачивают счета, но решаемые задачи для "людей на земле" могли бы идеально решаться силами, простите, Ssrs, который уже отделили от несколько раз купленных мс-серверов.))
SP
Потому, что не нужно инструмент "натягивать" на все случаи жизни. Для Qlik и так сценариев предостаточно, с которыми другие инструменты не справляются. А если организация работает с такими объёмами, что требуется шардирование и MPP на уровне таблиц, то она без проблем позволит создать себе необходимую для этого инфраструктуру
NI
И возникает вопрос, что использовать в качестве инструмента визуализации и построения дашбордов