По идее, у логов и у данных для аналитики слишком разный жизненный цикл, им плохо в одном хранилище.

Да, для этого и делают loki.
Но никто не мешает хранить все в CH в другом инстансе.

Кстати, тогда нужно впиливать BI.
Metabase например
У которого есть подключения ко всем БД  актуальным.

Да, иметь два разных CH - хороший вариант.

А у Metabase есть драйвер к СH? И какие цели у BI?

Да, на просторах гитхаба лежит работающий.

Что бы ручками запросы не писать, да дашборды строить.

BI в первую очередь дашборды,

а именно в Metabase удобный дизайнер запросов (кроме прямого запроса в SQL)

Так нужны именно прямые запросы в SQL, все остальное работает плохо (

Смотря какой рынок.
Вот я работаю с крупными торговыми сетями, там аналитики это девочки вчера увидели CRM, а не то что BI

Просто у меня по опыту дашборды все равно программист рисует - и зачастую дешевле взять CH, разработчика на реакте и набор виджетов кибаны - и без всякого BI.

А если аналитик не умеет в SQL - то это точно аналитик?

Т.е. нужно ли ему запросы писать сверх предусмотренных?

Да. Потому что сегодня так, через пол года так.

скажем так, я беру крупній офлайн старый бизнес.
Которые только начали менять процессы.

А как он пишет эти запросы - если он "девочка, вчера увидела CRM"?

Если что - я реально с этой частью рынка не сталкивался и мне очень интересно, это не наезды.

В общем дело такое.
Есть сотни крупніх офлайн контор, которые дуб дубом.
У них 1 сисадмин, ERP на дельфи, десятки магазинов и тд, базы 1с.
Я лично работаю с CRM Creatio, а точнее у нас есть плагины и продукт  на его базе,
а сама СРМ єто и есть озеро данных.
Тоесть тупо реализовываем в нем нужную структуру, пишем АПИ для обмена с системами клиента,
СРМ же конечно делает интерфейс Разделы /CRUD.

И вот там уже есть дизайнер дашбордов, на базе НЕЙМИНГА полей

вот сейчас, проект на 3 месяца что бі напилить обмен в одну сторону 5 обьектов