Custom Query (1135 matches)

Т.к. на странице Авторизация, на самом деле происходит и идентификация, и аутентификация и авторизация, то чтобы никому не было обидно предлагаю переименовать её во что-то более общее, например "Вход".

Из ticket:874#comment:14

Часть состояний ("создан", "скомплектован", "проверен" и "прошел ОТК") формируется автоматически (то есть зависит только от состояния составляющих заказ изделий), а часть (точнее, одно - "отгружен") - присваиваются пользователями. Зачем хранить в таблице значение, которое является агрегацией состояний составляющих заказ изделий? ИМХО лучше хранить в таблице orders только поле-флаг "отгружен", а остальные состояния вычислять каждый раз по мере необходимости - это позволит избежать потенциальных неконсистентных состояний, когда записанное в таблице состояние не соответствует состояниям составляющих заказ изделий (например в результате бага). Например если состояния изделий кодировать как 0 (не проверено), 1 (проверено, не прошло ОТК) и 2 (прошло ОТК), то состояние всего заказа в целом легко получается простым MIN(itemState)...

В результате недостаточной нормализации БД в ней имеется избыточность - в таблице products имеется столбец type, в то время как есть таблица list_of_products, который ставит однозначное соответствие типа наименованию изделия. Это привело к неконсистентности - более тысячи записей имеют разные значения type в таблицах products и list_of_products.

Предлагаю исключить столбец type из таблицы products.