АТ
и потом уже основной запрос
Size: a a a
2020 January 04
RA
каждый раз делать массовый update в нужном диапазоне?
АТ
каждый раз делать массовый update в нужном диапазоне?
да
RA
проблема в том что выборку могут делать разные люди с разными параметрами
RA
включая разный интервал
АТ
так будет
1) быстрее сделать
2) быстрее понять (запросы будут проще)
3) быстрее модифицировать
1) быстрее сделать
2) быстрее понять (запросы будут проще)
3) быстрее модифицировать
АТ
заполнять на основе даты с целочисленным делением
RA
заполнять на основе даты с целочисленным делением
как это?
АТ
как это?
сваять на основе того что выше приводили на SO
АТ
ну Юра, твое решение в студию
и чтоб джун в воскресенье утром не звонил и не просил объяснить что там страшного написано ))
и чтоб джун в воскресенье утром не звонил и не просил объяснить что там страшного написано ))
YV
У меня другой верт загружен. Меня вот нетривиальные деструкторы долбают клювом в жепп. А вы тут, в шабат, с сиквелом 😂
АТ
для первого заполняющего запроса вот это имхо более-менее понятно
можно и объединить, но тогда вычисление будет выполняться каждый раз, что лишнее, так как мне сдается что интервал не будет каждый раз меняться
from_unixtime(unix_timestamp(created_at) - unix_timestamp(created_at) mod 300)
а потом вторым запросом группироватьможно и объединить, но тогда вычисление будет выполняться каждый раз, что лишнее, так как мне сдается что интервал не будет каждый раз меняться
N
Подожди
N
В мускуле есть авг
N
И есть тайм
N
У тебя там дата в каком формате?
RA
У тебя там дата в каком формате?
datetime
АТ
если бы в timestamp, то конечно было бы чуть проще