Question

我只是（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'

这个替代解决方案是否可以或有更好的建议？

感谢您的反馈。

Answer 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's crypt() function了解如何散列密码。

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.

Answer 2

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

在你的例子中：

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是两个主要表之间的关联表，用于解决客户与产品之间的多对多关系。

Answer 3

您是正确的，您不希望为每个客户制作一张表，并且您将使用单个表将客户链接到客户“已选择”的产品。我不清楚您的问题客户如何选择产品。也许是通过访问您网站上的产品页面，但更典型的情况是订单或发票。无论哪种情况，你都会有两张桌子。例如Invoices和Invoice_Items或Orders和Order_Items。 “Items”表通过项目表中链接到“引用”表的主键的列中的“外键”将客户连接到产品。

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

具有链接表的每个客户或数据库设计的数据库表？

3 个答案: