поговаривают uCoz жив еще...

У Тейлора в заднице еж крутиться и ему все неймется вместо того что бы заниматься интеграцией и багами он пилит велики)

может себе позволить заниматься чем хочет. свободный человек в конце концов.

Алексей а сложно было кликхаус затащить в проект? А то у меня тоже есть пачка таблиц с продажами на 70 лямов записей, по которым всякие отчёты строятся...

так я не сужу, я лишь рад развитию продукта, тролю да и всего-то)

Я правильно понимаю схему: сохраняем сначала в обычную БД, а потом уже выгружаем в кликхаус то, что хотим анализировать?

кликхаус не сложно.
2 дня чтобы разобраться что это такое и почему ORDER BY  есть в создани таблицы, да еще и индексом является.

но к кликхаусу нужно кафку прикрутить (умеет тянуть данные с кафки из коробки). у кликхауса низкая скорость вставки, буквально сотня запросов в секунду.
но он умеет кушать пачками. тоесть 1 запросом закидываете 100-200к строк и он их спокойно переваривает.

вот до кафки руки еще не дошли. пока допиливаю таблицы для кликхауса, (мне штук 5 нужно) и меняю структуру хранения данных с учетом использования кликхауса.

потом буду поднимать кафку и паблишть эвенты уже в него, а оттуда пачками тянуть в кликхаус

можно и таймингу с базы тягать пачками, тоже вариант, но латенси будет в районе времени таймера.
раз в час дергаешь - раз в час данные обновляются.
для нас такой вариант не подходит. поэтому постоянная доставка через кафку. латенси в районе секунды должно выйти. может меньше... но даже 2 секунды не критично для нас

можно держать горячие данные в олтп базе, а весь объем в олап кликхаусе (типа архив)

неожиданная схема... а зачем?

а, или это применительно к продажам и партиционированию данных? типа закрылся месяц - в архив, чистим таблицу и по новой?)

@asamofal кстати может ввожу вас в заблуждение и кликхаус умеет дергать новые данные с реляционных бд самостоятельно...
не копал в эту сторону, так как часть эвентов в базе у нас вообще не будет храниться

Всем привет. Подскажите, кто знает, 1 раз такое вижу: отправляются письма каждый день по нескольким адресам через лару, всё было норм больше года и тут вчера внезапно отправляется только 1 письмо и всё, больше письма не уходят, а лара выдаёт это - ErrorException(code: 0): fwrite(): SSL: Broken pipe at /srv/www/site.ru/vendor/swiftmailer/swiftmailer/lib/classes/Swift/Transport/StreamBuffer.php:231). Почему до этого работало, а именно вчера отвалилось? Письма идут через smtp яндекс

Harvester

И передаёшь в query string просто фильтр с названиями релэйшенов модели

Всем привет, почему он предлагает создать метод? почему он его не видит?
use App\Models\User; - это есть в начале файла.
если использовать DB::table('Users')->where то все работает...

Потому что сраная магия. Если нужен автокомплит, юзай User::query()->

IDE helper

Можешь начать с ::query()