S
Хотите творческую задачу?
Size: a a a
2020 September 09
I
Хотите творческую задачу?
Ага
S
Из одной таблицу может вернуться несколько записей с объектами типа Time. Отличаются часами и/или минутами в пределах одного часа. И нужно определить к какому ближайшему времени соотвтествует мой объект взятый из другой таблицы
К примеру вернулось ['2020-09-05 14:23:57', '2020-09-05 15:44:32', '2020-09-05 15:46:03', '2020-09-05 15:46:44'] и я пытаюсь найти ближайшую запись к '2020-09-05 15:46:11'
К примеру вернулось ['2020-09-05 14:23:57', '2020-09-05 15:44:32', '2020-09-05 15:46:03', '2020-09-05 15:46:44'] и я пытаюсь найти ближайшую запись к '2020-09-05 15:46:11'
S
Пока что у меня только идея в том чтобы отсеять по часам (ближайшая запись может быть в рамках той же минуты или соседних) ну и вычитанием определять минимальное расстояние в секундах
u
Сконвертить в таймстампы и просто найти ближайшее, как с числами?
S
Это неинтересно
E
Нельзя на уровне запроса прокинуть туда дату '2020-09-05 15:46:11' найти разницу в секундах между всеми остальными сортинуть по возрастанию этой разницы и взять первую ?
S
Можно но тут действует ограничение на то, что у нас какая то проблема с базой - она рандомно начинает медленно работать. Все еще ищем причину, поэтому минимум вычислений на стороне базы
E
Это не имеет значения.
Тебе же так или иначе делать запрос в БД, поэтому что ты в ней посчитаешь разницу, что просто запросишь даты, она затупит и ты потом еще будет на уровне языка что-то считать.
Тебе же так или иначе делать запрос в БД, поэтому что ты в ней посчитаешь разницу, что просто запросишь даты, она затупит и ты потом еще будет на уровне языка что-то считать.
S
Это не имеет значения.
Тебе же так или иначе делать запрос в БД, поэтому что ты в ней посчитаешь разницу, что просто запросишь даты, она затупит и ты потом еще будет на уровне языка что-то считать.
Тебе же так или иначе делать запрос в БД, поэтому что ты в ней посчитаешь разницу, что просто запросишь даты, она затупит и ты потом еще будет на уровне языка что-то считать.
Ну в случае простого SELECT я точно знаю что оно в общую проблему с производительностью не попадает. А вот в случае каких то сложных запросов - не могу гарантировать это, поэтому лучше подстраховаться
E
Не выглядит запрос с 2мя кастами и вычитанием сложным :)
S
Ну я предпочитаю выбирать решения с какой никакой гарантией производительности/времени исполнения/и тд, чем на авось 😃
S
А ну и да - я это одноразовый скрипт для починки статистики за 5 дней - там не привязались звонки и нужно на основе данных сиппрокси время посчитать и залить
u
Это неинтересно
Тебе шашечки или ехать?)
S
Конечно ехать с шашечками)
S
А если серьезно - наткнулся на просторах интеренета что в рельсах можно отсортировать по правилу чтото - сижу читаю как это можно в массивах/хэшах сделать
RU
А если серьезно - наткнулся на просторах интеренета что в рельсах можно отсортировать по правилу чтото - сижу читаю как это можно в массивах/хэшах сделать
в смысле sort_by?
S
Ну там в примере был самописный метод order как я понимаю, но да - сейчас про sort_by читаб
S
Как то так
invites.sort_by! { |invite| (call['Timestamp']-invite['time']).to_i.abs }