Changes between Initial Version and Version 1 of Ticket #874, comment 32


Ignore:
Timestamp:
Dec 29, 2022, 4:08:40 PM (2 years ago)
Author:
alx

Legend:

Unmodified
Added
Removed
Modified
  • Ticket #874, comment 32

    initial v1  
    66> Таблица заказов задумывалась не как информация о том что реально сейчас у пользователя, а как информация о том что МЫ делаем и что отгрузили.
    77
    8 Раз когда-то так было задумано так, значит надо делать только так и никак иначе.? Это очень странный аргумент... :) А по-моему так это не аргумент вообще. Что мешает "перезадумать", если задумано было плохо (неудачно), и нашелся вариант лучше? По-моему ничто. А я считаю, что оставлять информацию о заказе в неактуальном состоянии - плохо. Например потому, что в БД не будет достоверной информации о том, какие из имеющихся в наличии изделий уже находятся в каком-то заказе, а какие - свободны и могут использоваться для комплектации новых заказов, а также не позволяет (по крайней мере, простыми способами) предотвратить ошибки, когда одной и той же платой комплектуется несколько заказов. Другие примеры того, почему это плохо, я уже приводил ранее, повторять не буду.
     8Раз когда-то было задумано так, значит надо делать только так и никак иначе? Это очень странный аргумент... :) А по-моему так это не аргумент вообще. Что мешает "перезадумать", если задумано было плохо (неудачно), и нашелся вариант лучше? По-моему ничто. А я считаю, что оставлять информацию о заказе в неактуальном состоянии - плохо. Например потому, что в БД не будет достоверной информации о том, какие из имеющихся в наличии изделий уже находятся в каком-то заказе, а какие - свободны и могут использоваться для комплектации новых заказов, а также не позволяет (по крайней мере, простыми способами) предотвратить ошибки, когда одной и той же платой комплектуется несколько заказов. Другие примеры того, почему это плохо, я уже приводил ранее, повторять не буду.
    99
    1010> Что происходит с нашими платами у пользователя вообще нам не подконтрольно...