insert не вернется (синхронный), но можете слать в несколько потоков
можно сколько угодно вставлять если есть понимание, что каждый новый инсерт создаст отдельный кусок с Н-файлов (колонки, индексы, засечки), которые будут мерджится в фоне
большой инсерт лучше - потому что он уже сортирует все заранее во вставляемом батче
—-
как часто вам надо вставить эти несколько ТБ один раз? раз в минуту? раз в день? есть ли ограничение на скорость?
вставлять параллельно большими батчами - быстрее всего - оптимальный размер определять методом проб и ошибок

подскажите пожалуйста, какую функцию использовать?

Задача выбрать все колонки в строке с минимальным timestamp для ID за дату
просто SELECT ID, min(timestamp) нельзя, т.к. есть другие колонки с разными значениями

Если я не ошибаюсь, то по http(jdbc) ответ возвращается синхронно. Вставлять нужно раз в месяц. Ограничения на скорость видимо нет(чтение файла с данными разве что). У меня было, что при интенсивной вставке было 2000 партов

ну, вставляйте параллельно очень большими кусками (как память позволяет)

т.е. если я докину серверу памяти, то можно 100М слать? Все упирается только в память или еще ограничения есть?

ну вставлять размерами больше чем парты КХ которые больше не будут мерджится смысла точно нет. а так, мы ограничений не встречали.
ИО - это не тяжелое ограничение, если не на САН, обычно упирается в процессор/память

ни у кого клиент не отваливался так? причем стабильно на конкретный запрос (умирает после того как выставил join algorithm в partial_merge о_О), после ошибки коннекта нет надо выходить из клиента и заходить обратно
20.3.11

Code: 32, e.displayText() = DB::Exception: Attempt to read after eof: while receiving packet from localhost:9000, Stack trace (when copying this message, always include the lines below):

0. Poco::Exception::Exception(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&, int) @ 0x1051b3a0 in /usr/bin/clickhouse
1. DB::throwReadAfterEOF() @ 0x8f55caf in /usr/bin/clickhouse
2. DB::readVarUInt(unsigned long&, DB::ReadBuffer&) @ 0x90389a6 in /usr/bin/clickhouse
3. DB::Connection::receivePacket() @ 0xdb111d4 in /usr/bin/clickhouse
4. DB::Client::receiveAndProcessPacket() @ 0x9079c45 in /usr/bin/clickhouse
5. DB::Client::receiveResult() @ 0x907ad62 in /usr/bin/clickhouse
6. DB::Client::processSingleQuery(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&, std::__1::shared_ptr<DB::IAST>) @ 0x907b64a in /usr/bin/clickhouse
7. DB::Client::process(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&) @ 0x907c326 in /usr/bin/clickhouse
8. DB::Client::mainImpl() @ 0x907dc23 in /usr/bin/clickhouse
9. DB::Client::main(std::__1::vector<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >, std::__1::allocator<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > > > const&) @ 0x907fdaa in /usr/bin/clickhouse
10. Poco::Util::Application::run() @ 0x1043d857 in /usr/bin/clickhouse
11. mainEntryClickHouseClient(int, char**) @ 0x9054cf9 in /usr/bin/clickhouse
12. main @ 0x8ef8799 in /usr/bin/clickhouse
13. __libc_start_main @ 0x22555 in /usr/lib64/libc-2.17.so
14. _start @ 0x8ef802e in /usr/bin/clickhouse

Если я не ошибаюсь, то по http(jdbc) ответ возвращается синхронно. Вставлять нужно раз в месяц. Ограничения на скорость видимо нет(чтение файла с данными разве что). У меня было, что при интенсивной вставке было 2000 партов

а какой формат используется? JDBC умеет быстрые форматы в insert-х, rowbinary, native

rowbinary. В официальном клиенте

ну можно лить сразу по много миллионов записей, инсерт идет в оперативку, кусок создается по max_insert_block_size=1mil, min_insert_block_size_bytes=256M
сортируется, пишется на диск, чтобы сократить кол-во мержей надо делать куски больше, типа ставить max_insert_block_size=5mil min_insert_block_size_bytes=100G ну инсертить по 5mil за раз

argMin
или ORDER BY id, ts ASC LIMIT 1 BY id

хороший тикет вообще непонятно что за запрос упал, инсерт или селект, ни примеров

ddl же лежит. И про инсерты написал

да я дочитал

argMin в таком случае придется прописывать для каждой колонки, которую я запрашиваю?

В таблице много уникальных ID за дату, и надо взять для каждого ID данные из строки, в которой для него минимальный ts