alexeyvgВыглядит абсурдом. Какое то автоизменение цены, названия :-)
Первый пост ТС (флудерасты постарались уже и тут): в таблице заказов хранятся идентификаторы купленных товаров

... и только. К чему ЭТО может привести - показал на примере, который вы раздербанили на две части... зачем-то. Это простое следствие хранения ссылки в заказе вместо наименования товара. Один документ печатается (отправляется) ДО изменения, а другой ПОСЛЕ... тока и всего.

alexeyvgНезависимо от того, изменилось название товара или нет, отгружен будет именно тот товар, который привязан к заказу. Не по названиям же кладовщик отгружает :-)

... Вы точно так уверены?!? Ещё и не так "отгружают"... бегает иной кладовщик по складу с бымажкой и крыжит чего он в коробку поскидал... и понять не может хде теперь этот switch искать надо. На складе одни только hub-ы. А то ещё и просто громко так орет в офис: "Вася, эт чего такое? Скока?"....

alexeyvgСохранение каталожной цены товара в момент продажи может быть полезно для неких статистических расчётов, но к самим бизнес-процессам не имеет ровно никакого отношения, так же, как и название товара.

Перенос каталожной цены в заказ происходит "сплошь и рядом" в любом интернет магазине не в момент "продажи", а в момент принятия покупателем оферты и создания в БД сущности "заказ". И вот ежели тут каталожное наименование не копируется, а в заказ втыкается тока ссылка на каталожное наименование - получаем ту самую пересортицу "автоматически". В момент выписки покупатель получит документ с одним наименованием, а в момент доставки - документы с другим. Или надо городить отдельный огород по учету, что с этим наименованием УЖЕ есть заказы а с этим ЕЩЁ нет... или огород с архивированием, "ведением истории", не удалением, не исправлением и т.д. (кто во что горазд из-за неумения работать с данными)

alexeyvgОба аттрибута товара - название и цена - для заказа и всех процессов совершенно бесполезны, не имеют ровно никакого значения.

интересный подход... и нафига их тогда вообще хранить?!? Да и проектировать чего-то... возьмите 1С, Галактику, бесплатную cms на бедность... этот раздел - можно и совсем закрыть... всё уже давно придумано и нормально спроектировано. И даже, неповерите - реализовано. :)

alexeyvgЭто не пересортица. Счёт-фактура или накладная - это не заказ, это отпечатанные документы, их понятно нужно сохранять полностью, само собой.

?!? Как клиенту доказываете что ЭТО не пересортица? В предварительном заказе (счете) - одно наименование, по факту поставки (в документах) - другое.

Да и, заодно, расскажите КАК вы будете печатать документы на отправку со старым наименованием (с которым заключен договор, выписан счет ранее и т.д.), если у Вас в БД только ссылка на каталожный товар, который ПЕРЕИМЕНОВАН? (смотрите первый пост)

Не, можно не заморачиваться (это же требует квалификации как тут уже написали). Просто запретить правку и удаление.
Ошибся? Поставщик переименовал позицию? Для сеошника так удобнее? Заведи ещё один товар, а этот отметь как неактивный... да и фиг с ним ... эт-та, мусором. :)