SQL 테이블 구조 피드백

Question

나는 아래 두 가지 이유로 SQL 테이블 구조에 만족하지 않습니다. 나는 모든 항목을 나열하고 있음을 좋아하지 않아

1. 는 1020 바이트 VARCHAR 변수의 주문 (orders.itemOrderIds)에 포함되어 있습니다. ID 번호를 묶는 더 우아한 방법이있는 것처럼 느껴집니다.

2. 항목 테이블의 itemDescription 변수에서 내 Java 코드의 항목 (기본적으로 필드)에 대한 정보 추출에 의존합니다.

누구나 이러한 상황을 처리하는 가장 좋은 방법에 대한 조언이 있습니까? 나는이 웹 사이트에서 자바 코드로 테이블을 생성하는 것이 좋다는 것을 읽었다. 예를 들어, Java 코드는 orderI (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 교차 테이블이 필요 오히려 VARCHAR 필드에 주문 ID의 모든 비정규보다 (나는 보통 첫번째 이름에 부모 개체를 넣어). 이와 같이 필드를 적절하게 색인 할 수있는 방법이 없기 때문에 업데이트가 매우 어려워집니다.

database normalization에서 읽을 수 있습니다.이 예제는 첫 번째 유형의 예제입니다.

Answer 2

가장 좋은 방법은 모든 데이터 구조를 적어도 3NF로 정규화하는 것입니다. 또한 주문 테이블에 대한 참조를 보유하고 별도의 테이블에서 주문 항목의 더 나은 저장 목록 - 지금으로

Database Normalization

.

Answer 3

주문 세부 테이블 (결합 테이블 아님)이 필요합니다. 왜? 주문 정보는 특정 날짜에 한정되기 때문에. 그 당시의 정보를 저장해야합니다. 따라서 주문 세부 정보에는 일반적으로 품목 번호, 품목 이름, 가격 (가격을 포함하는 것이 중요하며 2 년 후 가격이 아니라 주문이 판매 된 시점의 가격이 필요합니다) 및 옵션의 세부 정보가 포함됩니다. 색상, 주문한 품목 수 등을 표시 할 수 있습니다. 주문 표에는 배송 된 주소와 시간이 지남에 따라 변경되는 고객의 이름에 대한 세부 정보가 포함됩니다.

나는 또한 고객 테이블을 분해합니다. 고객은 일반적으로 여러 개의 주소, 전화 번호 및 이메일을 가질 수 있으며 각 주소는 별개의 관련 테이블이어야합니다.