Все сложно короче

рутфы запаковывались отдельно скриптиками )

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

Я кстати сейчас постепенно привожу сетапы серверов в компании к «накатил рутфс и забутстрапил шефом»

Прям мимими получается. Ща дооформлю разбивку дисков в скрипт и все.

скажите, а мне нужно не то чтобы kv, а kv, где я по k делаю LIKE "%substring%". быстро. 10 лет назад без бубна это не делалось

скажите, а мне нужно не то чтобы kv, а kv, где я по k делаю LIKE "%substring%". быстро. 10 лет назад без бубна это не делалось

MySQL. Просто делаешь 2 колонки

Или постгря, да. k/v storage, насколько я вижу быстрогуглом, не умеют fuzzy match никто без ебли.

MySQL. Просто делаешь 2 колонки

MySQL? Like "%substing%"? По 10 лямам? Фулл тейбл скан? Ну спасибо тебе добрый фей

Для редиса предлагают индексы строить.

clickhouse еще умеет ) он колоночный

сфинкс к этому прикрутить можно

Или постгря, да. k/v storage, насколько я вижу быстрогуглом, не умеют fuzzy match никто без ебли.

А постгря умеет? А во, спасибо за термин

ну или колоночное

MySQL? Like "%substing%"? По 10 лямам? Фулл тейбл скан? Ну спасибо тебе добрый фей

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

А постгря умеет? А во, спасибо за термин

У постгри тоже есть LIKE вроде, да.

сфинкс к этому прикрутить можно

А он умеет?

>The PostgreSQL LIKE operator is used to match text values against a pattern using wildcards. Угу.

У постгри тоже есть LIKE вроде, да.

Ну так тоже с фуллсканом небось

ну или колоночное

???

А, стоп, тебе только по ключам?

А он умеет?

http://sphinxsearch.com/about/sphinx/ ну да, бекэндом к нему мускуль или постгре, а собираешь поля по которым потом искать надо

???

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

Хотя без разницы, search это везде search с фулл сканом. Индексы!

Единственным решением являются индексы, похоже.

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

я боюсь там тоже фулскан будет. Просто он будет чуть пошустрее

Ну так тоже с фуллсканом небось

Покопай индексы, GiN, GIST, интвертированные. Они должны помочь избавиться от фулскана и не слишком много диска сожрать.

либо 2 колонки, либо jsonb поле

А, стоп, тебе только по ключам?

нет, fuzzy

Ну в общем тебе явно нужны индексы.

Еще результаты можно кешировать!

Ну я 10 лет назад извернулся двойными индексами

Причем кешировать в тот же редис лол (Да, я шучу)

Вопрос номер два. А кто из баз у нас умеет SELECT ... SKIP LOCKING? pgsql 9.5+,.... ?

Вопрос номер два. А кто из баз у нас умеет SELECT ... SKIP LOCKING? pgsql 9.5+,.... ?

oracle!

(кажется)

а какие-нибудь noSQL

ibm db2, точнее там другой смысл. скипается не LOCKING, а LOCKED DATA.

Что-то у меня гугль забанили. Выдаёт сплошные костыли. А как люди простите очереди организуют?

Что-то у меня гугль забанили. Выдаёт сплошные костыли. А как люди простите очереди организуют?

берут софт для очереди и шлют сообщения

kafka nsq и прочее

берут софт для очереди и шлют сообщения

софт для очереди обычно тоже поверх чего-нибудь

kafka nsq и прочее

вот на кафку гонят про отложенные события и ределивери

софт для очереди обычно тоже поверх чего-нибудь

Обычно?

Обычно?

естественно

софт для очереди обычно тоже поверх чего-нибудь

кафка например поверх файловой системы.

ну например :)))

и там немного зукипер

мля, вы мне что советуете. этл ява же

кафка быстрая.

но это ява

это не совсем ява.

это скала.

кафка - ОЧЕНЬ быстрая.

2620 спокойно жевал 1.4 млн сообщений в секунду и 6 гбит/с потока

так, ладно. закончил выпендриваться.а наколенные решения? но без суперкостылей

кафка вариант

кафка - не совсем generic-очередь, с ней работать - как на си писать.

rabbitmq же?

rabbitmq же?

он падает, тяжелыц и без гарантии

честно говоря не работал, но опенстек же как-то на нем живет.

nsq модный и со смузи, но никогда не слышал, чтобы им кто-то пользовался.

он падает, тяжелыц и без гарантии

http://nsq.io как вариант, он на го емнип

nsq модный и со смузи, но никогда не слышал, чтобы им кто-то пользовался.

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

Я пользуюсь

Память + фс

http://nsq.io как вариант, он на го емнип

говно

ERROR: S client not available

говно

Подробности?

Подробности?

реордеринг сообщений и вот это всё

Это один аргумент а не несколько

а что strict order и exactly once delivery бывают в очередях? )

а что strict order и exactly once delivery бывают в очередях? )

кролик?

кролик?

не уверен, не использовал, сча почитаем

http://queues.io

@schors

а что strict order и exactly once delivery бывают в очередях? )

Бывают, но про них говорят что плохо скейлятся

@schors

посмотрю

кролик?

https://aphyr.com/posts/315-jepsen-rabbitmq чуда не произошло, да и недолжно было

Бывают, но про них говорят что плохо скейлятся

поидее это 1 процесс на 1м инстансе, иначе как только появляеться распределенность, мы получаем рассинхронизации

да и в приципе это ожидаемое поведение распределенной очереди, поэтому неучитывать его плохая идея

Вопрос номер два. А кто из баз у нас умеет SELECT ... SKIP LOCKING? pgsql 9.5+,.... ?

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

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

да и шут с ним, сразу на запись

Но там же select был

Вообще, очередь в pg можно сделать через pgq

Сам так делал

Кусок ставится в pg, плюс демон на питоне

Не Кафка, конечно, но и поддерживать сильно проще

Постгрю проще поддерживать чем кафку ? Да вы шутник Иван ! Знатный !

Но там же select был

блин. for update

У него уже есть постгря

У него уже есть постгря

нет

В мессаге не было, извини :-)

Тогда фиг знает ;-)

есть необходимость ставить 2 или больше версии ПО одновременно на сервер, распространение через deb пакеты - есть варианты в таком случае ?

собирать в отдельные префиксы?

докер же

докер пока мимо, нужно именно с deb пакетами

ну всобачить версию в имя

собирать в отдельные префиксы?

типа версию в имя пакета включить ?