turboazotНужно спроектировать базу данных для интернет магазина. Нужна помощь с таблицей orders. В интернете нашёл такую вот схему - http://storage7.static.itmages.com/i/17/0726/h_1501074250_9341502_0e3c67da65.png. Но если отталкиваться от этой схемы, то после покупки товара (связывания товара и ордера), если изменить имя или цену товара, то в ордере тоже поменяется цена товара или имя. Как лучше спроектировать бд, чтобы поля продуктов заказа не зависили от изменений самого продукта.

Разумеется, копировать цену в order_items при включении товара в заказ.
Также можно делать цены по неизменяемым никогда прайс-листам, и тогда в order_items пойдут вместе с товаром ещё и идентификатор прайс-листа, по которому брать цену. Можно также класть в order_items ссылку на позицию прайс-листа, в которой будет товар и цена.
Подход с прайс-листами более правильный, поскольку он больше отражает реальную работу с ценами в магазинах (на один товар никто цену с бухты барахты не меняет), но это может зависеть от предметной области, в которой оперирует магазин (есть партионные товары, штучные, уникальные и т.д)

Вообще, брать какие-то структуры для БД из интернета -- последнее дело, потому что структура зависит от постановки задачи, а постановки везде разные, в каждом магазине -- своя, и ещё и зависит от назначения БД. Для статистики напр. будет БД одна, для оперативного учёта -- другая.

turboazotMasterZiv,

спасибо) это уже ближе к истине)

а что если создать копию таблицы продуктов (order_items) и там хранить товары из ордера

я не понял мысль. товары заказа и так хранятся в order items.