SQL表结构反馈

Question

我不太满意我有两个原因下面的SQL表结构。

1. 我不喜欢，我列出所有的项目包括在一个1020字节的varchar变量订单（orders.itemOrderIds）。我觉得有一个更优雅的方式来保存一堆ID号码。

2. 我依靠从项目表中的itemDescription变量中提取有关项目（基本上是字段）的信息。

有没有人对处理这些情况的最佳方式有一些建议。我已经在这个网站上读过，可以让java代码生成表格。因此，例如我的Java代码将创建一个名为order_（orderId）_items的表，该表将包含orderId中包含的所有项目。这是最好的方式去做这件事吗？

CREATE TABLE IF NOT EXISTS customers 
(
id INT AUTO_INCREMENT, 
name VARCHAR(255) NOT NULL, 
email VARCHAR(255) NOT NULL, 
company VARCHAR(255) NOT NULL, 
address1 VARCHAR(255) NOT NULL, 
address2 VARCHAR(255), 
city VARCHAR(255) NOT NULL, 
province_state VARCHAR(255) NOT NULL, 
country VARCHAR(255) NOT NULL, 
zip VARCHAR(255), 
telephone VARCHAR(255), 
PRIMARY KEY(id) 
) ENGINE = INNODB; 

CREATE TABLE IF NOT EXISTS orders 
(
id INT AUTO_INCREMENT, 
customerId INT NOT NULL, 
orderNum VARCHAR(255) NOT NULL, 
itemOrderIds VARCHAR(1020) NOT NULL, 
regName VARCHAR(255) NOT NULL, 
regCompany VARCHAR(255) NOT NULL, 
regEmail VARCHAR(255) NOT NULL, 
orderTime DATETIME NOT NULL, 
FOREIGN KEY(customerId) REFERENCES customers(id), 
PRIMARY KEY(id) 
) ENGINE = INNODB; 

CREATE TABLE IF NOT EXISTS items 
(
itemNum VARCHAR(255) UNIQUE, 
itemName VARCHAR(255), 
itemTypeId SMALLINT NOT NULL, 
--itemDescription must hold all information needed to generate license keys in format 
-- Field_Name1: Field_Value1, Field_Name2: Field_Value2, ..... 
-- Field names are platform, version, (choose one: port, voiceName) 
itemDescription VARCHAR(1020), 
FOREIGN KEY(itemTypeId) REFERENCES item_types(id) ON DELETE CASCADE, 
PRIMARY KEY(id) 
) ENGINE = INNODB; 

CREATE TABLE IF NOT EXISTS item_types 
(
id SMALLINT AUTO_INCREMENT, 
itemType VARCHAR(255) UNIQUE NOT NULL, 
PRIMARY KEY(id) 
) ENGINE = INNODB; 

CREATE TABLE IF NOT EXISTS item_orders 
(
id INT AUTO_INCREMENT, 
itemNum VARCHAR(255) NOT NULL, 
licenseKey VARCHAR(255) NOT NULL, 
FOREIGN KEY(itemNum) REFERENCES items(itemNum), 
PRIMARY KEY(id) 
) ENGINE = INNODB; 

编辑：

CREATE TABLE IF NOT EXISTS Order_Items 
(
orderId INT NOT NULL, 
itemOrderId INT NOT NULL, 
PRIMARY KEY(orderId, itemOrderId) 
) ENGINE = INNODB; 

Answer 1

是的，你需要一个OrderItem交集表（我通常把父对象首先在名称），而不是反规范化所有定购ID为varchar字段。没有办法像这样正确地索引字段，并且它使更新变得非常困难。

在database normalization上阅读，这些是第一个可以找到的第一类示例。

Answer 2

最好的办法就是将所有的数据结构标准化为至少3NF。

Database Normalization

至于现在 - 在不同的表顺序项目亦持有到Orders表的引用更好地存储列表。

Answer 3

你想要一个订单明细表（不是连接表）。为什么？因为订单信息是特定日期的特定信息。所以你必须保存当时的信息。因此，订单明细通常包括商品编号，商品名称，价格（包括价格的关键，您需要订单销售时的价格而不是2年后的价格）以及任何此类选项的详细信息作为颜色，订购的物品数量等等。在订单表中，您还需要包含有关运送到的地址的详细信息，以及客户的姓名，因为这些行李也随时间变化。

我还会打出客户表。客户通常可以有多个地址，电话号码和电子邮件，每个应该是一个单独的相关表。