[ Поиск ] - [ Пользователи ] - [ Календарь ]
Полная Версия: Архитектура БД магазина одежды
sg.com
Поскольку сам не силен в данном вопросе, обращаюсь за подсказкой.

Вот собственно есть описание конкретной страницы отдельного товара:
1) порядковый номер
2) Название производителя / бренда
3) размер
4) описание товара
5) цена
6) количество на складе
7) условия доставки
8) условия возврата (возврат или без возврата)
9) дата поступления
10) статус (в наличии, в ожидании, продано)
11) коэффициент для скидки

вижу вот такое разделение по таблицам (MySQL, InnoDB):

Таблица 1 (таблица товаров)
1) порядковый номер
2) список ссылок на фото
3) описание товара
4) идентификатор производителя / бренда

Таблица 2 (таблица склада)
1) порядковый номер таблицы 1 (связь)
2) размер
3) цена (цена должна отображаться на общей странице каталога, может ее продублировать или перенести в таблицу 1)
4) количество на складе
5) дата поступления (с одной стороны дата поступления влияет на коэффициент скидки, с другой стороны она может использоваться в момент формирования общей страницы каталога. Может есть смысл ее продублировать в таблице 1 или перенести в таблицу 1 )
6) статус
7) коэффициент скидки
нужен ли здесь еще порядковый автоинкрементный номер?

возможно поля 3, 5 и 7 лучше перенести в таблицу 1?

Таблица 3 (дополнительные условия)
1) связь по идентификатору производителя / бренда
2) название производителя / бренда
3) условия доставки
4) условия возврата
нужен ли здесь еще порядковый автоинкрементный номер?

в общем есть сложности с разделением информации по таблицам?
Быстрый ответ:

 Графические смайлики |  Показывать подпись
Здесь расположена полная версия этой страницы.
Invision Power Board © 2001-2024 Invision Power Services, Inc.