设计一个电子商务数据库 - MySQL

18

我正在做一个电子商务项目,对于存储产品的数据库设计感到困惑。我思考过可以有以下三种方式来创建数据库:

1. 可以为每个产品类别创建单独的表。

Table: Categories
------------------
cat_ID
cat_name

Table: Sub_Categories
---------------------
sub_cat_ID
categories_cat_ID
sub_cat_name

Table: Books
-------------
book_ID
sub_categories_sub_cat_ID
book_title
book_author
book_ISBN
book_price
etc

Table: Clothes
---------------
clothes_ID
sub_categories_sub_cat_ID
clothes_name
clothes_color
clothes_size
clothes_description
clothes_price
etc

Table: Perfumes
----------------
perfumes_ID
sub_categories_sub_cat_ID
perfume_name
perfume_size
perfume_weight
perfume_description
perfume_price
etc

2. 将所有产品放在同一张表中,并允许某些值为空。

Table: Categories
------------------
cat_ID
cat_name

Table: Sub_Categories
---------------------
sub_cat_ID
categories_cat_ID
sub_cat_name

Table: Products
---------------
product_ID
sub_categories_sub_cat_ID
title
description
price
author (can be null for everything except books)
size
weight (can be null for everything except perfumes)
ISBN (can be null for everything except books)
color (can be null for everything except clothes)
etc

3. 在名为 "products" 的表中将相似的列字段组合在一起,并提供特定数据的单独表格。

Table: Categories
------------------
cat_ID
cat_name

Table: Sub_Categories
---------------------
sub_cat_ID
categories_cat_ID
sub_cat_name

Table: Products
----------------
product_ID
sub_categories_sub_cat_ID
title
description
price

Table: Books
-------------
products_product_id
sub_categories_sub_cat_ID
author
publisher
ISBN

Table: Perfumes
----------------
products_product_id
sub_categories_sub_cat_ID
size
weight

Table: Clothes
--------------
products_product_id
sub_categories_sub_cat_ID
color
size (this can be a one to many relationship to cater to multiple sizes of one product?)

我非常希望获得启示,谢谢

2个回答

17

我假设一个产品可以属于多个类别,而一个类别(显然)可以有多个产品。这种关系被称为多对多关系。

在这种情况下,你将需要三个表:categoriesproductscategories_products。前两个表是不言自明的。第三个表存储两个外键之间的关系。表格看起来会像这样:

CREATE TABLE `categories` (
  `id` int(10) unsigned NOT NULL AUTO_INCREMENT,
  `parent_id` int(10) unsigned DEFAULT NULL,
  `name` varchar(45) NOT NULL,
  PRIMARY KEY (`id`),
  UNIQUE KEY `name` (`name`),
  KEY `parent_id` (`parent_id`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1;

CREATE TABLE `categories_products` (
  `category_id` int(10) unsigned NOT NULL,
  `product_id` int(10) unsigned NOT NULL,
  KEY `category_id` (`category_id`),
  KEY `product_id` (`product_id`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1;

CREATE TABLE `products` (
  `id` int(10) unsigned NOT NULL AUTO_INCREMENT,
  `name` varchar(45) NOT NULL,
  PRIMARY KEY (`id`),
  UNIQUE KEY `name` (`name`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1;

ALTER TABLE `categories_products`
  ADD CONSTRAINT `categories_products_ibfk_2`
    FOREIGN KEY (`product_id`) REFERENCES `products` (`id`)
    ON DELETE CASCADE ON UPDATE CASCADE,
  ADD CONSTRAINT `categories_products_ibfk_1`
    FOREIGN KEY (`category_id`) REFERENCES `categories` (`id`)
    ON DELETE CASCADE ON UPDATE CASCADE;

显然,这些是最简单的表模式。你需要向categoriesproducts表中添加额外的列——我只包含了与关系相关的列。

编辑:我还向categories表中添加了一个parent_id列用于嵌套类别。通常创建一个单独的sub_categories表是个坏主意——如果你想将子类别变成顶级类别,或者反过来呢?为了更好的说法,你会出现问题。


谢谢你的帮助。我的主要问题是如何/在哪里为不同类型的产品存储不同的数据。例如,您会在产品表中为作者/ISBN/颜色/尺寸/重量等所有内容都设置一列,还是将它们分开以避免空值? - a7omiton
那么除了子类别表之外,方法3是可行的选择吗?或者您是在说所有产品的每个属性都应该放在产品属性表中? - a7omiton
基本上是这样。虽然你不想为每种不同类型的产品创建一个新表。这不可扩展且难以维护。 - Martin Bean
我应该将每个产品的所有唯一数据存储在product_attributes下,并使用外键指向products_product_ID吗? - a7omiton
从某种意义上说,您的属性表只需要四列:idproduct_id(外键)、namevalue。您可以针对每个产品拥有多行记录(一对多)。 - Martin Bean
显示剩余7条评论

10

我认为使用方法1或2取决于所使用的产品。 我绝不会使用方法3。

如果您的产品完全不同,比如书籍,香水和服装,我会使用方法1

一个旁注:为什么要为您的类别使用2个表格? 使用一个表格并添加一个Parent_ID列,这样您可以在将来使用无限子类别。

例如:

table: categories

|id|description|parentid|
|1 |books      |NULL    |
|2 |clothes    |NULL    |
|3 |perfumes   |NULL    |
|4 |Sci-Fi     |1       |
|5 |Comedy     |1       |
|6 |Jeans      |2       |
|7 |Sweater    |2       |
|8 |Underwear  |2       |
|9 |Long sleeve|7       |
|10|Roses      |3       |
  • 书籍,衣服和香水没有父级(它们是主要类别)。
  • 科幻和喜剧是书籍的子类别(ID 1)。
  • 牛仔裤,毛衣和内衣是衣服的子类别(ID 2)。
  • 长袖是毛衣的子类别(ID 7)。
  • 玫瑰花是香水的子类别(ID 3)。

你能用父ID的例子再详细解释一下吗? - Aitazaz Khan
2
我编辑了我的答案,并附上了一个父ID的示例。希望你能理解我的想法。 - AgeDeO
哦,伙计,你知道我已经完成了我的网站,并且我通过复杂的方式。我使用方法1来创建我的购物车。哦,Luc,为什么我在创建我的网站之前不知道这个方法呢?我感谢你的努力和投票,谢谢。 - Aitazaz Khan

网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接