1

我是(mysql)数据库设计的新手,非常感谢您对以下问题的反馈。我正在开发一个链接到 mysql 数据库的网站,该数据库应该包含客户信息和产品信息。对于一般客户信息(姓名、地址、出生日期等),我创建了一个表“crm”,对于一般产品信息(可用产品的描述),我创建了一个表“产品”。

我的问题是如何存储每个客户选择的产品列表?这个列表当然会因客户而异,并且也会随着时间而改变。此外,“产品”表可能会随着时间而改变(添加新产品或删除现有产品)。首先,我想设计一个带有“客户产品”表的设计,其中包含为每个客户选择的产品,但在阅读了本网站相关页面上的一些评论后,我质疑这是否是一个好的设计(因为这可能会导致超过 100K 表)。另一种解决方案可能是使用如下链接的单表“客户产品”设计:

table 'crm'                    table 'customer products'          table 'products'
--------------------------     -------------------------------    ---------------- 
name | addr | first_prodref    prodref | prodid | next_prodref    prodid | name | cost


- first_prodref in table 'crm' points to (index) prodref in table 'customer products'
- prodid in table 'customer products points to (index) prodid in table 'products'
- next_prodref in table 'customer products' points to the next prodref in table 'customer products'

这种替代解决方案可以吗?还是有更好的建议?

感谢您的反馈。

4

3 回答 3

1

这里有一些东西可以让你开始......

  • (P) 表示主键
  • (F table.column) 表示外键和它应该指向的 table.column

我们需要一个表来存储地址:客户账单地址、客户送货地址等。

addresses
    id              unsigned int(P)
    street1         varchar(75) // 123 South Main Street, etc.
    street2         varchar(75) // Apt A, etc.
    city_id         unsigned int(F cities.id)
    zip             varchar(6) // 12345, A1A 1A1, etc. (CA, MX and US)

最好让用户从值列表中进行选择,而不是让他们自己输入值(即城市名称)......

cities
    id              unsigned int(P)
    state_id        unsigned int(F states.id)
    name            varchar(50) // Omaha, Detroit, Tampa, etc.

同样,最好提供可供选择的有效值,而不是让用户输入自己的值……参见ISO 3166-1

countries // 
    id              char(2)(P) // CA, MX, US, etc.
    iso3            char(3)(U) // CAN, MEX, USA, etc.
    iso_num         char(3)(U)
    name            varchar(50)(U) // Canada, Mexico, United States, etc.

您肯定会希望在此表中添加更多信息,但这里有一些列可以帮助您入门……请参阅PHP 的 crypt() 函数了解如何对密码进行哈希处理。

customers
    id              unsigned int(P)
    first_name      varchar(50) // John, Mary, etc.
    middle_name     varchar(50) // Quincy, Louise, etc.
    last_name       varchar(50) // Doe, Public, etc.
    email           varchar(255) // me@privacy.com, etc.
    username        varchar(32) // blahblah, etc.
    password        varbinary(255) // hashed
    ...

此表将客户连接到无限数量的地址。

customers_addresses
    id              unsigned int(P)
    customer_id     unsigned int(F customers.id)
    address_id      unsigned int(F addresses.id)

您将希望向此表添加更多信息,但这里有一些列可以帮助您入门...

orders
    id                  unsigned int(P)
    created             datetime // 2013-08-28 13:24:53, etc.
    shipped             datetime // 2013-08-28 15:12:10, etc.
    customer_id         unsigned int(F customer.id)
    ship_address_id     unsigned int(F addresses.id)
    bill_address_id     unsigned int(F addresses.id)

我们需要一个表格,将订单号与每个订单中的所有产品联系起来。

orders_products
    id              unsigned int(P)
    order_id        unsigned int(F orders.id)
    product_id      unsigned int(F products.id)

您将希望向此表添加更多信息,但这里有一些列可以帮助您入门...

products
    id              unsigned int(P)
    name            varchar(50) // Widget A, Widget B, etc.
    height          unsigned int // height in inches, centimeters, whatever.
    width           unsigned int // width in inches, centimeters, whatever.
    depth           unsigned int // depth in inches, centimeters, whatever.
    weight          double // weight in ounces, pounds, grams, kilograms, whatever.

与城市和国家一样,让用户从选择列表中进行选择,而不是输入潜在的错误数据。参见ISO 3166-2

states
    id              unsigned int(P)
    country_id      char(2)(F countries.id)
    code            char(2) // AL, NF, NL, etc.
    name            varchar(50) // Alabama, Newfoundland, Nuevo León, etc.
于 2013-08-28T13:52:43.017 回答
0

阅读数据库规范化以及至少达到第三范式的原因。

在您的示例中:

CRM
CRM.UniqueKey

Products 
Product.UniqueKey

customer_products (CP)
CRM.UniqueKey        -| combined make a composite unique key (unless you need to track history then you may want to
Product.Unique Key   -| add a start date )
CP.StartDate         -|
CP.EndDate           -| Start and end dates allow customers to add remove products active ones would always have                  
                     -| end date of null (but only do this if history is needed)

Customer_products 是两个主表之间的关联表,解决了客户和产品之间的多对多关系。

于 2013-08-28T13:00:02.130 回答
0

您是正确的,您不想为每个客户制作一个表格,并且您将使用单个表格将客户链接到客户“选择”的产品。我不清楚您的问题是客户如何选择产品。也许是通过访问您网站上的该产品页面,但更典型的情况是订单或发票。在任何一种情况下,您都会有两张桌子。例如 Invoices 和 Invoice_Items 或 Orders 和 Order_Items。“Items”表通过链接到“reference”表的主键的 items 表中的列中的“外键”将客户连接到产品。

现在您可以显示每个客户订购的商品或每个客户购买的商品。您可以使用相同的概念来显示每个客户访问/查看的项目,无论是每次站点访问还是生命周期。

于 2013-08-28T13:00:32.727 回答