Как мне создать эту настроенную модель базы данных электронной коммерции?

Question

Как мне создать эту настроенную модель базы данных электронной коммерции?

0

Я создаю сайт электронной коммерции с нуля и должен создать специальную страницу конфигурации продукта.

Это только 1 тип продукта, но он настраивается на нескольких уровнях:

Цвет (около 4 различных опций). Значение - VARCHAR.
Материал (около 10 различных опций). Значение - VARCHAR.
Размер (около 30 различных опций). Имеет 2 значения, столбец ширины и столбец высоты.
Готово (около 20 различных опций). Значение - VARCHAR.
Другие варианты VARCHAR и т.д.

Мой вопрос в том, что бы это выглядело в типичной базе данных MySQL. У меня есть таблица для каждого типа опций или только одна таблица, и как-то дайте ей достаточно столбцов и сохраните все параметры? Мне нужно будет хранить заказы и иметь возможность хранить информацию для заказа в таблице.

Я также хочу иметь возможность выпускать готовые продукты, которые не настраиваются, как обычный магазин.

Любая помощь приветствуется!

Abadaba 02 окт. 2009, в 06:21

Источник

0

"Как ты должен делать мою работу для меня?"
LiraNuna 02 окт. 2009, в 03:53
0

Это для стороннего проекта, почему вы пришли сюда, если быть смешным? Это ресурс программиста.
Abadaba 02 окт. 2009, в 03:55
0

Если это для школы или для вашего собственного назидания, тогда круто, вы многому научитесь, делая это. Однако, если вы строите магазин для клиента, сделайте ему одолжение и выберите одну из множества надежных и зрелых платформ для тележек, а не изобретайте колесо. Я видел пару «сделанных с нуля» тележек, и они были небезопасны. Я рекомендую OpenCart, поскольку он имеет действительно хорошо структурированную и простую для понимания архитектуру. Не соглашайтесь с Magento, если у него нет особенностей, которые обязательно должны быть у клиента, а вы - мазохист :)
Jeremy C 23 окт. 2012, в 15:32

Показать ещё 1 комментарий

Теги:

php

mysql

database

database-design

zend-framework

3 ответа

1

2 + N таблицы:

Продукты (каждый отдельный продукт в каталоге имеет запись здесь
SpecialKindOfProduct (настраиваемый тип продукта, product_id и внешние ключи для поиска в lookup tables (color_id, size_id и т.д.)
N Таблицы поиска (цвета, размеры и т.д.)

Когда вы добавите второй тип настраиваемого продукта в будущем, вы просто создадите AnotherSpecialKindOfProduct.

Надеюсь, что это достаточно ясно, чтобы следовать.

Главное преимущество заключается в том, что все ваши продукты имеют общие атрибуты (столбцы "Продукты" ), но могут также иметь расширенные атрибуты.

Вы можете легко выбрать все необходимое, используя LEFT JOINing Products для SpecialKindOfProduct и т.д.

timdev 02 окт. 2009, в 02:06

0

это здорово, очень легко понять. Спасибо!
Abadaba 02 окт. 2009, в 04:56
0

Затем проголосуйте и / или примите это, это то, что заставляет мир SO вращаться.
timdev 02 окт. 2009, в 04:59
0

Я не могу голосовать, потому что мне нужно 15 карм или что-то в этом роде. Я хотел принять ваш пост, но сначала я хотел услышать больше ответов, надеюсь, вы понимаете, спасибо!
Abadaba 02 окт. 2009, в 05:03
0

Нет проблем - просто увидел, что вы новичок, поэтому решил, что я намекаю. Не понимал, что вам нужна карма, чтобы поднять голос, хотя это имеет смысл.
timdev 02 окт. 2009, в 05:29
0

Привет, Тим, что именно идет в таблице SpecialKindOfProduct? Если мой специальный продукт может иметь любой из 30 цветов, любой из 40 материалов и любой из 80 размеров, нужно ли мне делать ряд для каждой перестановки ... 30 * 40 * 80 ??
Abadaba 02 окт. 2009, в 06:53
0

SpecialProducts просто сохраняет product_id (уникальный внешний ключ для таблицы продуктов), а затем столбцы, такие как color_id (который является внешним ключом для цветов таблицы), size_id. Таким образом, у вас есть одна таблица соответствия для каждого типа опции (цвет, размер и т. Д.) И соответствующее поле в SpecialProducts.
timdev 02 окт. 2009, в 07:29
0

Значит, у специальных продуктов есть только 1 строка, которая выглядит так? id: 1, product_id: 1, color_id: 1, material_id: 1? Являются ли столбцы в таблице специальных продуктов просто битами (1 для использования таблицы цветов, 0 для неиспользования таблицы цветов)? Извините, я чувствую себя глупо из-за того, что спрашиваю об этом, но у меня просто нет четкой картины ...
Abadaba 02 окт. 2009, в 07:48

Показать ещё 5 комментариев

0

Я бы сказал, что вам нужно:

OrderTable (OrderID, CustomerID, дата, цена, отправка,...)

OrderProductTable (OrderID, ProductID, количество)

ProductTable (ProductID, StandardBit, ColorID, Option2ID,..., OptionNID); StandardBit - знать, является ли продукт стандартным или настраиваемым.

CustomerTable (CustomerID,...)

Отгрузка()

OptionTable для каждой настраиваемой опции (OptionID, Описание).

Irina C 02 окт. 2009, в 01:44

Ещё вопросы

"Как ты должен делать мою работу для меня?"
Это для стороннего проекта, почему вы пришли сюда, если быть смешным? Это ресурс программиста.
Если это для школы или для вашего собственного назидания, тогда круто, вы многому научитесь, делая это. Однако, если вы строите магазин для клиента, сделайте ему одолжение и выберите одну из множества надежных и зрелых платформ для тележек, а не изобретайте колесо. Я видел пару «сделанных с нуля» тележек, и они были небезопасны. Я рекомендую OpenCart, поскольку он имеет действительно хорошо структурированную и простую для понимания архитектуру. Не соглашайтесь с Magento, если у него нет особенностей, которые обязательно должны быть у клиента, а вы - мазохист :)
это здорово, очень легко понять. Спасибо!
Затем проголосуйте и / или примите это, это то, что заставляет мир SO вращаться.
Я не могу голосовать, потому что мне нужно 15 карм или что-то в этом роде. Я хотел принять ваш пост, но сначала я хотел услышать больше ответов, надеюсь, вы понимаете, спасибо!
Нет проблем - просто увидел, что вы новичок, поэтому решил, что я намекаю. Не понимал, что вам нужна карма, чтобы поднять голос, хотя это имеет смысл.
Привет, Тим, что именно идет в таблице SpecialKindOfProduct? Если мой специальный продукт может иметь любой из 30 цветов, любой из 40 материалов и любой из 80 размеров, нужно ли мне делать ряд для каждой перестановки ... 30 * 40 * 80 ??
SpecialProducts просто сохраняет product_id (уникальный внешний ключ для таблицы продуктов), а затем столбцы, такие как color_id (который является внешним ключом для цветов таблицы), size_id. Таким образом, у вас есть одна таблица соответствия для каждого типа опции (цвет, размер и т. Д.) И соответствующее поле в SpecialProducts.
Значит, у специальных продуктов есть только 1 строка, которая выглядит так? id: 1, product_id: 1, color_id: 1, material_id: 1? Являются ли столбцы в таблице специальных продуктов просто битами (1 для использования таблицы цветов, 0 для неиспользования таблицы цветов)? Извините, я чувствую себя глупо из-за того, что спрашиваю об этом, но у меня просто нет четкой картины ...

Graviton · Accepted Answer · 2009-10-02T03-05-00.000Z

Я предлагаю вам перейти с одной главной таблицей со всей информацией о продукте и множеством таблиц поиска, которая соединяется с главной таблицей.

Он должен выглядеть так:

Product_table:
   ID primary key,
   ColorInt int foreign key lkp_Color_table.ID,
   Material_int foreign key lkp_Material_table.ID,
   // snip the rest

И вот таблица поиска:

lkp_color_table:
   ID primary key,
   ColorStr varchar,
   description varchar

lkp_Material_table:
   ID primary key,
   MaterialStr varchar,
   description varchar

Product_table может выглядеть так:

ID||ColorInt||Material
1 ||1       ||1
2 ||1       ||2

В то время как lkp_color_table может выглядеть так:

ID||colorstr||description
1 ||red     ||red color
2 ||blue    ||blue color

Обратите внимание, что lkp_color_table может содержать неиспользованный color, то же самое касается других таблиц поиска. Поэтому, если у вас есть 30 возможных цветов, вам просто нужно заполнить lkp_color_table 30 элементами и т.д.

Нет необходимости создавать отдельный Product_id для каждой комбинации цветовых материалов, вам просто нужно создать Product_id, если вы его используете.

Спасибо! Вопрос: Если в таблице продуктов я хочу хранить обычные продукты без конфигурации, как я могу отличить это от моего конфигурируемого продукта ... просто оставьте colorint_int и materialint_int пустыми?
Да, вы можете оставить его пустым, но УБЕДИТЕСЬ, что при создании таблицы столбец не будет ненулевым
Еще один вопрос, Нгу, что хранят столбцы ColorInt_int и MaterialInt_int? Нужно ли вводить строку в таблицу продуктов для каждой возможной конфигурации? Я просто хочу иметь 1 строку в таблице продуктов для моего специального настраиваемого продукта ...
Они хранят целое число, указывая на строку в таблице lk _ * _
но тогда мне нужен продукт для каждой конфигурации? Например, продукт: 1, цвет: 1, материал: 1, продукт: 2, цвет: 1, материал: 2, продукт: 3, цвет: 1, материал: 3, продукт: 4, цвет: 2, материал: 1 и т. Д. не уверен, что понимаю
Вам не нужно, вы можете иметь много цветов, но только 1 или нет продукта.
Извините, как выглядит строка для этого настраиваемого продукта в Product_table? Спасибо!
Нгу, спасибо за пример, но что, если у меня есть только один настраиваемый продукт, но он имеет 30 возможных цветов, 80 возможных материалов. Должен ли я создать ряд для каждой комбинации? вот 30 * 80 = 240 строк
То есть вы имеете в виду, что только когда пользователь приобретает определенную индивидуальную комбинацию, я добавляю эту комбинацию в таблицу продуктов?