А в чем? Подобная структура, на первый взгляд должна отлично решать задачу?
просто все заточено на то чтобы обрабатывать большие объемы в параллель, много потоков начинают читать в несколько стримов с диска куски по 1мб, и никто не останавливается и читаются все колонки читаются все партиции, оптимизатор(orderby) не может учесть партиционирование
просто все заточено на то чтобы обрабатывать большие объемы в параллель, много потоков начинают читать в несколько стримов с диска куски по 1мб, и никто не останавливается и читаются все колонки читаются все партиции, оптимизатор(orderby) не может учесть партиционирование
С партициями костыль сделаем. Сейчас остался вопрос, можно ли описать синтаксисом без union all, чтобы уменьшить оверхед
Коллеги, пытаюсь запустить кластер, насколько я понимаю, есть 2 способа: с зукипером и без. Может кто то пояснить, какой способ предпочтительнее?
без зукипера репликация ненадежная и со временем данные в репликах начнут различаться (в общем-то это две разых вещи, для разного, нельзя сравнить и можно использовать одновременно)
без зукипера репликация ненадежная и со временем данные в репликах начнут различаться (в общем-то это две разых вещи, для разного, нельзя сравнить и можно использовать одновременно)
У меня сейчас задача простая, размащывать входящие данные по 2м нодам, т. Е. Отказоустойчивий кластер