Custom Query (1135 matches)
Results (22 - 24 of 1135)
Ticket
|
Resolution
|
Summary
|
Owner
|
Reporter
|
#1018 |
invalid
|
БД: в ОТК изменяется статус уже отгруженного заказа
|
Denis_N
|
san
|
Description |
При записи отк изделия может измениться статус уже отгруженного заказа в который входит изделие.
Отгруженные заказы не должны изменяться.
|
#1019 |
готово
|
БД: подсветка дефектов
|
Denis_N
|
san
|
Description |
В новом стиле интерфейса(r73/base) пропала подсветка дефектов изделий(когда изделие не прошло проверку, отк или имеет несоответствие или в ремонте) в продуктах, истории и выдержках из истории. Точнее, подсветка есть, но её не заметно.
Предлагаю в новом интерфейсе реализовать подсветку дефектов.
|
#1020 |
fixed
|
БД: Вычислять статус заказа по необходимости а не хранить его.
|
Denis_N
|
san
|
Description |
Из ticket:874#comment:14
Часть состояний ("создан", "скомплектован", "проверен" и "прошел ОТК") формируется автоматически (то есть зависит только от состояния составляющих заказ изделий), а часть (точнее, одно - "отгружен") - присваиваются пользователями. Зачем хранить в таблице значение, которое является агрегацией состояний составляющих заказ изделий? ИМХО лучше хранить в таблице orders только поле-флаг "отгружен", а остальные состояния вычислять каждый раз по мере необходимости - это позволит избежать потенциальных неконсистентных состояний, когда записанное в таблице состояние не соответствует состояниям составляющих заказ изделий (например в результате бага). Например если состояния изделий кодировать как 0 (не проверено), 1 (проверено, не прошло ОТК) и 2 (прошло ОТК), то состояние всего заказа в целом легко получается простым MIN(itemState)...
|
Note:
See
TracQuery
for help on using queries.