есть мнение что этот запрос отработает быстрее на непартицированной таблице?

мне вот другое интересно стало. а кто-нить применял одновременно и горизонтальное и вертикальное секционирование?

Вертикальное это что?

по колонкам

Вертикальное это что?

железа накидать

есть мнение что этот запрос отработает быстрее на непартицированной таблице?

Если он использует несколько партиций, и, скажем, индекс сик в каждой, либо скан таблицы -- да, он будет соотв. в N раз медленнее.

мне вот другое интересно стало. а кто-нить применял одновременно и горизонтальное и вертикальное секционирование?

Может лучше переехать на бд поновее?

Привет всем Есть кто-нибудь кто работает с Grafana и может помочь c conditional variable? У меня есь два запроса, в которых есть condition: 1 запрос - WHERE testtype = 'UI' 2 запрос - WHERE repositoryname = 'webapp' Как мне сделать один variable (фильтр) в dashboard'e, в котором я выберу UI из выпадающего списка, и в одном запросе подставится UI, а в другом запросе webapp? Просто у нас webapp = UI, но просто в одной таблице есть testype, а в другой таблице нет и кондишн другой (repositoryname)

Имел кто опыт с https://tarantool.io ?

Имел кто опыт с https://tarantool.io ?

Соц опрос?

Соц опрос?

nope, интересен опыт в продакшне с ним, меня завлекла сама идея in-memory db with ACID properties

он однопоточный

Я хочу как-нибудь memsql попробовать. Они вроде как генерируют из запросов мышиный код, который потом обрабатывает результаты.

он однопоточный

что это значит?

можно на примере?

это значит, что ядер у тебя N, а работает только одно

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

это by design ?

да

спасиб

шо тот редис, шо эта тарантул

шо тот редис, шо эта тарантул

REDIS это же не бд, редиска этож cache?!

что такое cache?

кеш

чем этот инструмент отличается от хранилища?

что такое cache?

кэш это быстрые операции но никакой надёжности

ты можешь там fsync на каждую операцию включить

никаким ACID ресидка же вроде не обладает?

и у тарантула тоже in-memory mode есть

теперь объясни мне разницу

кроме наличия никому не нужного SQL-интерфейса

а у mysql есть engine=memory, это тоже кеш?

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

транзакции туда же

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

а редис не ведет лог на диске

и транзакций у него тоже нет

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

Даже если это будет 1 гиг данных на воставление из логов займет чуть менее чем вечность

Даже если это будет 1 гиг данных на воставление из логов займет чуть менее чем вечность

а есть тому подтверждение?

а есть тому подтверждение?

Есть наблюдение как такое подгружается в память с диска и дампится на диск. Грустно все

ну вообще 500 мб/с достижимо

другое дело что это говно наверняка надо процессить по пути

я так и не понял... redis разве можно использовать как полноценную бд?

дефайн полноценная бд

я так и не понял... redis разве можно использовать как полноценную бд?

Смотря что ты называешь полноценной дб

А так оно все дб

Смотря что ты называешь полноценной дб

ACID хранилище

с транзакциями

редис подпадает

а вот кассандра нет, забавно, да?

"Redis is focused on in-memory processing with a possibility to back up data periodically or on stop. On the other hand, Tarantool can continuously persist data on disk." "Engineering Director Email & Cloud at Mail.Ru" звучит конечно немного biased.. https://hackernoon.com/tarantool-vs-redis-38a4041cc4bc

а вот кассандра нет, забавно, да?

Гыыы. Утомили своим acid

Начинаются слов странных и носятся с ними

Начинаются слов странных и носятся с ними

да не говори... кому вообще нахер нужен ACID?! YOLO!

"Redis is focused on in-memory processing with a possibility to back up data periodically or on stop. On the other hand, Tarantool can continuously persist data on disk." "Engineering Director Email & Cloud at Mail.Ru" звучит конечно немного biased.. https://hackernoon.com/tarantool-vs-redis-38a4041cc4bc

ну что поделать, он не дочитал доку редиса до fsync на каждой операции

занят видимо тарантулом был очень

Рекомендую почитать гору статей на тему acid и nosql

шо тот редис, шо эта тарантул

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

а вот с тарантулом - хз

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

или ты про кластер?

я про то, чтобы запустить 1-32 редиса на одной машине

впрочем, там тоже подразумевается кластер

в чем проблема запустить 32 инстанса процесса?

ну я хз, что там у тарантула

ERROR: S client not available

да как он воспрепятствовать этому может?

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

дык это несколько разных инстансов же

даже если у него захардкожены пути, есть chroot и прочее веселье

да не говори... кому вообще нахер нужен ACID?! YOLO!

Acid это со времен когда память была маленькой, диски медленными а ups вообще был в виде отдельно стоящего сарая. Найдешь мне сегодня дб которая не может обеспечить актуальность данных?

Acid это со времен когда память была маленькой, диски медленными а ups вообще был в виде отдельно стоящего сарая. Найдешь мне сегодня дб которая не может обеспечить актуальность данных?

ну так Redis поумолчанию не гарантирует сохранность данных

Acid это со времен когда память была маленькой, диски медленными а ups вообще был в виде отдельно стоящего сарая. Найдешь мне сегодня дб которая не может обеспечить актуальность данных?

CH

ну так Redis поумолчанию не гарантирует сохранность данных

и не совсем, но да

и не совсем, но да

всмсл?

оно не гарантирует при репликации/кластере

ну так Redis поумолчанию не гарантирует сохранность данных

Никто не гарантирует.

ну так Redis поумолчанию не гарантирует сохранность данных

охренеть, по умолчанию не тот режим включен, все, не хранилище

но редис в этом направлении ведут разработку

охренеть, по умолчанию не тот режим включен, все, не хранилище

я просто не в курсе про режим редиса как persistent primary database, вот читаю.. https://muut.com/blog/technology/redis-as-primary-datastore-wtf.html

Никто не гарантирует.

утверждать, что в наше время все умеют ACID, но никто не гарантирует дохранность? что простите?

утверждать, что в наше время все умеют ACID, но никто не гарантирует дохранность? что простите?

Если твой сервер помер в процессе записи... то как он тебе прогарантирует что то?

Если твой сервер помер в процессе записи... то как он тебе прогарантирует что то?

либо всё - либо ничего, на то они и транзакции. помер во время записи? timeout на стороне клиента, не удалось записать, "попробуйте позже"

утверждать, что в наше время все умеют ACID, но никто не гарантирует дохранность? что простите?

Давай раскажи мне про acid и как кто не может в него

Давай раскажи мне про acid и как кто не может в него

в капитана поиграть?)

в капитана поиграть?)

Начинай.

ну начинается...

пойду дальше описывать инфраструктуру

пойду дальше описывать инфраструктуру

Воды побольше выпей

ну начинается...

Товарищ кроме sql ничего не видел в жизни. И еще где то прочитал acid круто и только в sql. Но видимо не понял о чем оно

либо всё - либо ничего, на то они и транзакции. помер во время записи? timeout на стороне клиента, не удалось записать, "попробуйте позже"

durability означает, что после поднятия упавшего сервера при неповрежденном диске все данные будут в сохранности (если мы не обсуждаем кластеры). Теперь погугли проблемы со страницами в postgresql

durability означает, что после поднятия упавшего сервера при неповрежденном диске все данные будут в сохранности (если мы не обсуждаем кластеры). Теперь погугли проблемы со страницами в postgresql

старая песня с рейдом и страничками записанными наполовину?

а хз, у меня не было, я просто в @pgsql регулярно вижу

там вроде как-то решается эта проблема... но мопед не мой, я только заяву разместил

там вроде как-то решается эта проблема... но мопед не мой, я только заяву разместил

Так везде решается так или иначе. Ибо кому нахрен нужно дырявое ведро

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

There are a lot of reasons not to use Redis as your primary disk store, but if, for some reason, your use case requires it, you need to prepare from the beginning. You need to design your data around sharding and keep in mind the extra cost of dedicated persistence servers.