Помогите решить задачу

Задача в следующем:
Есть всегда текущее значени даты и времени, которое соответственно меняется.
Есть фактическое время доставки.
Надо определить срочность готовности и доставки заказа.
Допустим заказ должен быть готов в 15,00. Фактическое время 9,00.
Разница 6 часов, это заказ не срочный. В определенной ячейке ставится приоритет.
Время идет, допустим оно стало уже 12,00. Т.е. у задачи должен поменяться приоритет, т.к. разница стала уже 3 часа. Заказ уже надо выполнять.
И вариант когда разница 1 час, приоритет срочный.
Человек который работает по этим приоритетам знает точно какой заказ выполнять. Приоритет динамически меняется в зависимости от текущего времени.

Ребята буду очень благодарен.

0

Так ты все сам описал, не вижу проблему и собственно вопроса. Так что это не ответ, а так замечания:

- Я бы добавил еще один вид заказов - просроченные.

- Кроме того, как ты справедливо заметил "Есть всегда текущее значени даты и времени, которое соответственно меняется", тогда задача сводится к отображению величины промежутка времени до выпуска заказа. Левый предел диапазона - текущее время, правый - планируемое время выпуска заказа или (текущее_время, время_выхода]. Следовательно, нужно фиксировать правый предел в базе и расчитывать диапазон. Например таким запросом:
На выходе получим список заказов с оставшимся количеством минут на выполенение.

Как отображать выбирай сам - статусом заказа, цифрой, прогрес баром и пр. это не принципиально.
Ещу вопрос - как это обновлять? Можно дать пользователю кнопку жать, а можно по таймеру обновить запрос, зависит от размера базы, частоте обновления и пр.

Еще раз повторюсь, в чем вопрос-то?

0

Собственно то говоря, у меня почти нет опыта. А задачу надо реализовывать.
Еще у меня фактическое время ставится но заставить его онабляться на текущее в уже занесенной записи не могу заставить.

0

1. Опять нет вопроса!!!
2. Что есть фактическое время? Если это текущее, то хранить его в базе, извините меня, дурь. Оно устаревает в момент записи. Есть ф-ция Now(), которая всегда тебе это время даст.

0

ну и думается нужно создать форму, отображающую результаты запроса Sanch0 (скорее всего отсортированые по количеству оставшегося времени), которая будет обновляться по таймеру через небольшой (до разумной степени) период

0

Это понятно, меня его фраза "заставить его онабляться на текущее в уже занесенной записи не могу заставить" в тупик поставила. Получается он текущее время хочет в БД хранить. Правда непонятно зачем.

0

Просто формат времени инопланетный и к текущему земному отношения не имеет

На самом деле все объясняется фразой "Собственно то говоря, у меня почти нет опыта", я помню очень возмущался недалекоглядностью специалистов микрософт, которые не учли возможности добавления в таблицу поля, вычисляемого на основе других полей из этой же таблицы.

0

Сообщение от Vadim_ig Просто формат времени инопланетный и к текущему земному отношения не имеет На самом деле все объясняется фразой "Собственно то говоря, у меня почти нет опыта", я помню очень возмущался недалекоглядностью специалистов микрософт, которые не учли возможности добавления в таблицу поля, вычисляемого на основе других полей из этой же таблицы.

Может быть при этом стоит пояснить, что для этого и существуют запросы и свободные поля в формах?

0

Так есть же готовый запрос - сделать на его основе форму с помощью мастера - и все...

0

Сообщение от Ирча Может быть при этом стоит пояснить, что для этого и существуют запросы и свободные поля в формах?

Согласен, в данном случае использование свободных полей будет лучшим решением.

0