AK
как получить сжатые данные в rowbinary, и есть ли какой то сжатый формат? нужно перекинуть между системами через экспорт-импорт
из консольного клиента
SELECT * FROM table_name FORMAT RowBinary
Size: a a a
2020 May 27
l
еще есть Native так то
D
ни тот ни тот не сжатый
D
с виду по крайней мере
D
короче руками сжимать
l
ну можно через | gzip
D
родного а-ла детач нету
E
как получить сжатые данные в rowbinary, и есть ли какой то сжатый формат? нужно перекинуть между системами через экспорт-импорт
SELECT * FROM table_name FORMAT Nativeв файл, файл сжимаешь каким-нить zip или lz4
сохраняешь
на стороне получателя обратная операция
а почему не запросить эти данные через ODBC?
v
сделать матвью тоже replacing
а разве в этом случае, если я изменю данные в родительской таблице, они изменятся в мат вью тоже?
KS
а разве в этом случае, если я изменю данные в родительской таблице, они изменятся в мат вью тоже?
ну имеется в виду что вам нужно сделать логику схлопывания матвью в соответствии с логикой таблицы источника
R
это просто пример чтобы показать как можно сделать, для таблицы фактов с миллионами записей конечно это не подходит, факты должны быть иммъютебл, enrichment надо делать до КХ.
охота конечно все сделать через MV, чтобы брал сырые данные и обновлял записи
A
AM
не знаю, подозреваю что мержи остановятся и будет too many parts
там на мёржи вроде свой собственный стоп есть
DC
Всем привет! А не планируется добавлять фунционал синхронизации изменений данных между мат.вью и родительской таблицей?
В качестве родительской используем ReplaceMerge и изменяем в ней данные, которые потом "схлопываются". Хотелось бы мат.вью навешать на это все добро, но вот изменения фиксироваться в МВ не будут. Или может есть лучшие практики как решаются такие ситуации в рамках кликхауса? :)
В качестве родительской используем ReplaceMerge и изменяем в ней данные, которые потом "схлопываются". Хотелось бы мат.вью навешать на это все добро, но вот изменения фиксироваться в МВ не будут. Или может есть лучшие практики как решаются такие ситуации в рамках кликхауса? :)
не планируется. Это невозможно, потому что все работает не так как вам представляется
DC
там на мёржи вроде свой собственный стоп есть
парты мержатся в определенном порядке, если парта нет из-за того что send выключен, мерж стоит и ждет пока парт скачается
DC
D
если моя теория с неровным распределением между данными не оправдывает себя то вам к @den_crane, он тут по части "волшебства" =)
@den_crane человек уже "унитаз принес, зад показал, а туалетную бумагу так и не продали" =)
@den_crane человек уже "унитаз принес, зад показал, а туалетную бумагу так и не продали" =)
A
если моя теория с неровным распределением между данными не оправдывает себя то вам к @den_crane, он тут по части "волшебства" =)
@den_crane человек уже "унитаз принес, зад показал, а туалетную бумагу так и не продали" =)
@den_crane человек уже "унитаз принес, зад показал, а туалетную бумагу так и не продали" =)
😂😂 та я с утра не получил ответа, решил продублировать.
DC
я не читал то что утром писали, у меня утро как вы понимаете сдвинуто от вашего на 12 часов
DC
тикет на гитхабе создавайте если ответ нужен