F
не берёшь больше чем нужно
Size: a a a
2020 March 17
RS
Во первых нельзя перебором потыкаться в разные сущности, во-вторых uuid может быть сгенерирован независимо от стейт чего-либо в твоей системе
но под него выделяется больше памяти или нет?
RS
не берёшь больше чем нужно
Когда уже этого мало?
АМ
но под него выделяется больше памяти или нет?
мне кажется незначительно
F
если данные холодные и меняются не раз в секунду то можно использовать кеш
F
и на мутациях его обновлять
F
чтобы вообще в базу не ходить
F
а просто брать его из кеша
AM
но под него выделяется больше памяти или нет?
4 vs 16
AM
или скок там
F
с сроком инвалидации кеша часов 8-12
A
Чёт в последнее время эти квери билдеры кажутся костылями вместо адекватного кода
Вообще не представляю как без нихписать, если нужно конструировать запрос в зависимости от условий
RS
с сроком инвалидации кеша часов 8-12
угум!
F
для аналитики и таких данных наверно всякие кликхаузы используют
F
я не работал, сказать не могу
DT
но под него выделяется больше памяти или нет?
то что ты видишь на экране - это репрезентация UUID в виде HEX, так он хранится числом
AM
если данные холодные и меняются не раз в секунду то можно использовать кеш
имхо, с базой меньше пару десятком лямов записей проще тупо вертикально масштабироваться
DT
Вообще не представляю как без нихписать, если нужно конструировать запрос в зависимости от условий
как я и говорил, мегагибкая херня)
AM
имхо, с базой меньше пару десятком лямов записей проще тупо вертикально масштабироваться
это если без деталей
F
имхо, с базой меньше пару десятком лямов записей проще тупо вертикально масштабироваться
что значит вертикально масштабироваться