от затейник

ставь стандартную связку и все будет хорошо

так контейнеры это уже стандарт практически

нет, я к тому что ты хочешь один контейнер вместо двух

но речь тут о другом)

ну это просто чтобы красивее было))

так красиво все

мне почему-то кажется, что когда нет задач раздачи статики, то nginx тут без толку

для развлечения покэшируй ответы пхп :)

он нужен чтобы php-fpm подружить с https/2

не более того

ну вот, юникс вей. каждый софт делает то что должен, один процессит пхп, второй терминирует ссл и чо там еще нужно

просто мне казалось , что тот факт, что там это общение php-fpm и nginx едёт через 9000 порт какой-то, это всё замедляет, и что быстрее было бы, если бы была один единый сервер, который бы умел и php и http/2, что, например, uWSGI с php-плагином может потягаться тут со связкой nginx+php-fpm... думал, может, кто-то тесты нормальные проводил

да не сильно быстрее

тем более оно локально все гоняет

Огонь)

Оказывается, Twitch активно использует PostgreSQL - более 125 хостов только под него. В своем блоге они опубликовали историю того как они масштабируют postgres на несколько регионов в Амазоне. https://blog.twitch.tv/how-twitch-uses-postgresql-c34aa9e56f58 #twitch #postgresql #postgres #amazon #aws

Оказывается, Twitch активно использует PostgreSQL - более 125 хостов только под него. В своем блоге они опубликовали историю того как они масштабируют postgres на несколько регионов в Амазоне. https://blog.twitch.tv/how-twitch-uses-postgresql-c34aa9e56f58 #twitch #postgresql #postgres #amazon #aws

?

Вот еще интересное, но на 4 часа просмотра

Яндекс опубликовал серию докладов о своей инфраструктуре: Краткое содержание: https://youtu.be/9ANuWEZqCUg?t=592 - Рассказ про Яндексовый MapReduce https://youtu.be/9ANuWEZqCUg?t=4454 - Рассказ про декларативный язык для MapReduce (и не только) https://youtu.be/9ANuWEZqCUg?t=9401 - Рассказ про ClickHouse (теперь уже OpenSource база данных для различных задач в области Real-Time аналитики) https://youtu.be/9ANuWEZqCUg?t=13555 - Storage в Яндексе (на примере архитектуры Яндекс.Диска). #Yandex #ClickHouse #Infrastructure #Storage #MapReduce

"TL;DR" нету для видео?

я первые два онлайн смотрел, там нельзя tl;dr сделать )

"TL;DR" нету для видео?

увы, не для всех можно.

про кликхаус - если интересует аналитика то стоит к нему присмотреться - он быстр и масштабируем.

плюсую. я для маленькой подделки юзаю в проекте

потому что там C++, с ассемблерными вставками и всякое такое.

ну там много всего )

сама БД колоночная

ну да

только дописывание и чтение

А что тест aphyr говорит про click house?

колоночная БД со сжатием, очень сильно оптимизированная под чтение.

А что тест aphyr говорит про click house?

нет теста - ничего не говорит

Плохо ?

плохо не плохо, а опенсорс и бесплатно = гуд

моя табличка на 50 млн строк с лайк запросами в мускуле умирала, я успевал кофе сварить в гейзерной кофеварке. в кликхаусе за пару секунд

Плохо ?

база молодая, а чувак один тест делает от 3 до 12 недель только

так что может через полгоода чо-нить будет

если ему кто-нибудь ее подсунет

рано или поздно, будет, ага

(т.е. база недавно в опенсорсе)

Не пробовал в постгрес записать с gin индексом?

Не пробовал в постгрес записать с gin индексом?

оно под задачи аналитики быстрее постгреса будет

не успел, переезжать с мускуля на посгрес в работающем приложении. где фичи наращиваются — трудновато

потому что оптимизация под аналитику

и да, оно будет точно быстрее

Это Константину было. Про мускуль

тем не менее. колоночная БД в разы шустрее для аналитики, чем реляция

как минимум пощупать стоит :D

тем более, они недавно jdbc выкатили, теперь модные аналитик тулзы можно юзать

моя табличка на 50 млн строк с лайк запросами в мускуле умирала, я успевал кофе сварить в гейзерной кофеварке. в кликхаусе за пару секунд

Тут про аналитику нет ничего ?

Тут про аналитику нет ничего ?

не понял )

Ну т.е. мне из этого сообщения было не ясно какая задача с табличкой в 50млн строк

умею воду лить, видишь :D на самом деле, достаточно знать, что mysql умирал, кликхаус летает) если говорить про детали, там сбор трекинг информации с интернет магазинов и вывод оценки эффективности (% продаж, % дохода) из-за внедрения одного инструмента. тормозящее место были LIKE запросы на URL поля и вложенные запросы, когда делал поиск точек входа, выхода, захват "содержимого" корзины покупателя

Даже интересно, как бы тут постгрес работал

пока на R&D нет времени )

Скинь мне дамп)

проект начинался 2 года назад, тогда mysql выбрал по привычке. если бы сейчас начинал делать, то взял бы pgsql

не дам :D клиент трепетно относится к данным своих клиентов

Ну деперсонализируй

лень ?

проект начинался 2 года назад, тогда mysql выбрал по привычке. если бы сейчас начинал делать, то взял бы pgsql

А что мешает переехать на постгрес сейчас?

желание спать, когда баги полезут :D

А что мешает переехать на постгрес сейчас?

Для всего очевидно должна быть причина

Просто я в августе перевел бд на 400гб с mysql на постгрес

Все живо

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

ERROR: S client not available

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

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

А а кликхаусе же нет рекурсивных запросов и cte?

хммм, интересный вопрос

потребности не было, а в документации такого не нашел

Как же без них жить

?

Почитай как это работает в пг.

Может еще и выкинешь свой кх

?

но зачем?)

если он перестанет выполнять требования, которые нужны. то появятся мысли про смену субд

Ну так ведь если аналитик ебется писать запрос день, а результат дает за минуту, то нахер такая база нужна?

у меня он не за минуту выдает )

В смысле, не говорю что кх отстой. Просто надо не только этот критерий учитывать

в моем случае со скоростью у кх все ок

поэтому он дальше живет )

А со скоростью написания запросов к нему? ?

они написаны и люди нажимают на ссылочки

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

сейчас вроде как используют вертику и выходит в копеечку

Да, она дорогая песец

Под кх есть jdbc?

ага

https://github.com/yandex/clickhouse-jdbc

Надо будет потыкать

посмотреть как минимум стоит) можешь потом Диме рассказать про разницу с посгрессом ))

про скоростя

ну а про доклады яндекса. возможно кликхаус стоит посмотреть и яндекс диск. первые два доклада очень специфичны. первые два офигенны тем, что осознание наступает — в яндексе по ходу сидят лучшие умы по БД, которые все еще в РФ

по БД, это те, кто своё пишет :D

Но ведь команда О. Бартунова еще не там ?

ну ага, но у них зоопарк по технологиям ведь )