|
|
|
| Подскажите наиболее разумный алгоритм подсчета просроченных заявок.
Допустим у меня в базе 500000тыс заявок, каждой заявки может быть 2ва статуса "В работе" ," Просроченно".
И два кабинета для пользователей "Отправители" и "Получатели"
Просрочка определяться как (Дней отведенных по договору<Кол-во дней по факту=Просрочка)
Можно каждый раз при обновлении пробегать заявки проверяя на просрочку и ставя соответствующий статус. Но это очень долго.
Можно проверять в принципе один раз в день. Но это тоже долго. +Скрип проверяющий заявки на просрочку можно вшить тока в кабинет
"Отправителя" или "Получателя" . Т.е будут огромные тормоза если зайдут одновременно 5 пользователей и начнеться 5 проверок на просрочку.
Подскажите обычно решают такого рода проблеммы? | |
|
|
|
|
|
|
|
для: Eser
(28.03.2011 в 12:54)
| | Т.е. на cron повесить задачу нет никакой возможности?
>Т.е будут огромные тормоза если зайдут одновременно 5 пользователей и начнеться 5 проверок
>на просрочку.
Речь идет о проверке только своих просрочек/просрочек моих клиентов или проверяется вся база данных? | |
|
|
|
|
|
|
|
для: cheops
(28.03.2011 в 13:06)
| | Только своих.
Планировщик не может использоваться. | |
|
|
|
|
|
|
|
для: Eser
(28.03.2011 в 13:17)
| | Очень не хотелось бы это делать ввиде отчета, пользователь должен в настоящий момент видеть кол-во посрочек. | |
|
|
|
|
|
|
|
для: Eser
(28.03.2011 в 12:54)
| | А сколько весит таблица в мегабайтах и сколько примерно занимает по времени обновление одной записи при помощи UPDATE? | |
|
|
|
|
|
|
|
для: cheops
(28.03.2011 в 14:43)
| | Таблица метров 30.
Обновление сек 4. | |
|
|
|
|
|
|
|
для: Eser
(28.03.2011 в 15:00)
| | Многовато для 30Мб... а тестируете где на сервере? Индексов в таблице много? | |
|
|
|
|
|
|
|
для: cheops
(28.03.2011 в 16:10)
| | Сори проблема была компом. Невнимательность блин | |
|
|
|