DP
то есть - у вас в базе выборка из таблицы 1M строк по уникальному индексу - 40мс?
Size: a a a
2020 May 07
VM
Да
DP
чет дохера
DP
а сколько памятина сервере?
VM
больше 100 гб оперативы свободно 90
ssd в рейд 0
ssd в рейд 0
DP
при таком раскладе индекс должен быть в памяти весь, так что диск ваш меня не интересует
DP
а что там параллельно происходит, в этой таблице?
VM
а что там параллельно происходит, в этой таблице?
да ничего, таблица не используется
DP
тогда - очень долго, очень
VM
Выполняю запрос на 350КК записях.
От 20 до 30 мс.
Видимо, всё-таки вы переоцениваете свой опыт, коллега)
ЗЫ: без уникального индекса и с партиционированием — что нашёл
От 20 до 30 мс.
Видимо, всё-таки вы переоцениваете свой опыт, коллега)
ЗЫ: без уникального индекса и с партиционированием — что нашёл
в моем кейсе бд одна (без реплик и тд) и сравнивали мы с редисом, который побыстрее постгреса будет в key-value операциях
x
в моем кейсе бд одна (без реплик и тд) и сравнивали мы с редисом, который побыстрее постгреса будет в key-value операциях
Так никто же не спорит с тем, что редис в общем случае будет быстрее.
Вопрос в первую очередь в том, что экономия будет несущественная.
И для такой несущественной экономии, опять-таки в общем случае, поднимать лишний узел — это авантюра.
Кому-то подойдёт, да. Кому-то поможет, да. Но рекомендовать это всем — сомнительное мероприятие.
Вопрос в первую очередь в том, что экономия будет несущественная.
И для такой несущественной экономии, опять-таки в общем случае, поднимать лишний узел — это авантюра.
Кому-то подойдёт, да. Кому-то поможет, да. Но рекомендовать это всем — сомнительное мероприятие.
p
в моем кейсе бд одна (без реплик и тд) и сравнивали мы с редисом, который побыстрее постгреса будет в key-value операциях
я точно знаю что вариант с сессиями в pg будет быстрее редиса в разы )
VM
Так никто же не спорит с тем, что редис в общем случае будет быстрее.
Вопрос в первую очередь в том, что экономия будет несущественная.
И для такой несущественной экономии, опять-таки в общем случае, поднимать лишний узел — это авантюра.
Кому-то подойдёт, да. Кому-то поможет, да. Но рекомендовать это всем — сомнительное мероприятие.
Вопрос в первую очередь в том, что экономия будет несущественная.
И для такой несущественной экономии, опять-таки в общем случае, поднимать лишний узел — это авантюра.
Кому-то подойдёт, да. Кому-то поможет, да. Но рекомендовать это всем — сомнительное мероприятие.
в чем сомнительность-то? или сложность?
VM
я точно знаю что вариант с сессиями в pg будет быстрее редиса в разы )
jwt?
p
да какая разница? )
VM
да какая разница? )
интересно о чем речь + в чем разница
p
интересно о чем речь + в чем разница
просто in-memory кеш в приложении с ttl
VM
это с hstore сравнение или с чем
hstore не при чем, речь про запросы как выше vs redis.get