ア
подскажите где ошибка, вроде все верно
users и нужно получить количество всех ресурсов?Size: a a a
2020 September 18
Э
какой URL будет у REST Endpoint, если ресурс
Э
users/length или это не принципиально?QH
users/length или это не принципиально?count наверное
RG
всем привет.
подскажите пожалуйста, по rest api
это нормально использовать @RequestParam и @PathVariable вместе?
типа
GET api/v1/schedule/{schedule_id}/history?start_date={unixtime}&end_date={unixtime}
подскажите пожалуйста, по rest api
это нормально использовать @RequestParam и @PathVariable вместе?
типа
GET api/v1/schedule/{schedule_id}/history?start_date={unixtime}&end_date={unixtime}
DC
Ну да, вполне
IS
подскажите, как лучше сформировать записи в бд
Запись представляет собой тарифную модель которая должна работать в конкретном часовом диапазоне дня
их может быть несколько.
Тоесть если запись одна то она работает с 00:00:00 по 23:59:59
А если тарифу задали диапазон 13:00:00 по 14:00:00
То записей уже должно быть три -
1. с диапазоном от 00:00:00 до 12:59:59
2. с диапазоном от 13:00:00 до 13:59:59
2. с диапазоном от 14:00:00 до 23:59:59
Как правильно разделить на диапазоны часов?
Руками разбирать или есть чото java-way ?
Запись представляет собой тарифную модель которая должна работать в конкретном часовом диапазоне дня
их может быть несколько.
Тоесть если запись одна то она работает с 00:00:00 по 23:59:59
А если тарифу задали диапазон 13:00:00 по 14:00:00
То записей уже должно быть три -
1. с диапазоном от 00:00:00 до 12:59:59
2. с диапазоном от 13:00:00 до 13:59:59
2. с диапазоном от 14:00:00 до 23:59:59
Как правильно разделить на диапазоны часов?
Руками разбирать или есть чото java-way ?
вопрос про то как организовать все это в базе или как реализовать в джава?
Э
Rinchin G
всем привет.
подскажите пожалуйста, по rest api
это нормально использовать @RequestParam и @PathVariable вместе?
типа
GET api/v1/schedule/{schedule_id}/history?start_date={unixtime}&end_date={unixtime}
подскажите пожалуйста, по rest api
это нормально использовать @RequestParam и @PathVariable вместе?
типа
GET api/v1/schedule/{schedule_id}/history?start_date={unixtime}&end_date={unixtime}
только, кажется, не schedule, a schedules
М
вопрос про то как организовать все это в базе или как реализовать в джава?
Пока алгоритмический. Думаю как более грамотнее это реализовать
М
Один из вариантов который пришел в голову это:
1. Контроль при создании записей, чтобы не пересекались диапазоны дат
2. Выборка записи подходящей под временной диапазон с ORDER By CreatedAt DESC Limit 1
1. Контроль при создании записей, чтобы не пересекались диапазоны дат
2. Выборка записи подходящей под временной диапазон с ORDER By CreatedAt DESC Limit 1
IS
подскажите, как лучше сформировать записи в бд
Запись представляет собой тарифную модель которая должна работать в конкретном часовом диапазоне дня
их может быть несколько.
Тоесть если запись одна то она работает с 00:00:00 по 23:59:59
А если тарифу задали диапазон 13:00:00 по 14:00:00
То записей уже должно быть три -
1. с диапазоном от 00:00:00 до 12:59:59
2. с диапазоном от 13:00:00 до 13:59:59
2. с диапазоном от 14:00:00 до 23:59:59
Как правильно разделить на диапазоны часов?
Руками разбирать или есть чото java-way ?
Запись представляет собой тарифную модель которая должна работать в конкретном часовом диапазоне дня
их может быть несколько.
Тоесть если запись одна то она работает с 00:00:00 по 23:59:59
А если тарифу задали диапазон 13:00:00 по 14:00:00
То записей уже должно быть три -
1. с диапазоном от 00:00:00 до 12:59:59
2. с диапазоном от 13:00:00 до 13:59:59
2. с диапазоном от 14:00:00 до 23:59:59
Как правильно разделить на диапазоны часов?
Руками разбирать или есть чото java-way ?
непонятно для чего нужно разделение на три диапазона: [от 00 - до 12 ] [диапазон] [конец диапазона - до 23]
М
непонятно для чего нужно разделение на три диапазона: [от 00 - до 12 ] [диапазон] [конец диапазона - до 23]
Это предположение. Сейчас я не делаю на три диапазона. По тому алгоритму что я описал выше работает без деления
М
непонятно для чего нужно разделение на три диапазона: [от 00 - до 12 ] [диапазон] [конец диапазона - до 23]
Высуажите, пожалуйста Ваше видение. Как бы сделали Вы?
D
Rinchin G
всем привет.
подскажите пожалуйста, по rest api
это нормально использовать @RequestParam и @PathVariable вместе?
типа
GET api/v1/schedule/{schedule_id}/history?start_date={unixtime}&end_date={unixtime}
подскажите пожалуйста, по rest api
это нормально использовать @RequestParam и @PathVariable вместе?
типа
GET api/v1/schedule/{schedule_id}/history?start_date={unixtime}&end_date={unixtime}
не спец, но сам в текущем проекте использую в таком виде. вроде норм работает
DC
подскажите, как лучше сформировать записи в бд
Запись представляет собой тарифную модель которая должна работать в конкретном часовом диапазоне дня
их может быть несколько.
Тоесть если запись одна то она работает с 00:00:00 по 23:59:59
А если тарифу задали диапазон 13:00:00 по 14:00:00
То записей уже должно быть три -
1. с диапазоном от 00:00:00 до 12:59:59
2. с диапазоном от 13:00:00 до 13:59:59
2. с диапазоном от 14:00:00 до 23:59:59
Как правильно разделить на диапазоны часов?
Руками разбирать или есть чото java-way ?
Запись представляет собой тарифную модель которая должна работать в конкретном часовом диапазоне дня
их может быть несколько.
Тоесть если запись одна то она работает с 00:00:00 по 23:59:59
А если тарифу задали диапазон 13:00:00 по 14:00:00
То записей уже должно быть три -
1. с диапазоном от 00:00:00 до 12:59:59
2. с диапазоном от 13:00:00 до 13:59:59
2. с диапазоном от 14:00:00 до 23:59:59
Как правильно разделить на диапазоны часов?
Руками разбирать или есть чото java-way ?
Нет никакого смысла делить записи в базе, исходя из таких требований
IS
Высуажите, пожалуйста Ваше видение. Как бы сделали Вы?
пока я не понимаю какую задачу надо решить
М
пока я не понимаю какую задачу надо решить
Пример записей:
1. 00-23
2. 13-17
1. 00-23
2. 13-17
М
Мне нужно выбрать запись которая актуальна для now()
М
1. Запись она всегда присутствуют
DC
Пример записей:
1. 00-23
2. 13-17
1. 00-23
2. 13-17
Это не задача, это уже ваши попытки её решать