(데이터베이스 디자인, mysql) 기본 쇼핑 카트에 내 데이터베이스 디자인이 유용합니까? (데이터베이스 디자인의 새로운 기능)

Question

데이터베이스 디자인에 새로운 것이므로 잘 작성했으면합니다. 이 속성을 사용하여 변경할 수 없기 당신이 내 돈 들어

Answer 1

, 그것은 가난한 디자인

//table that holds shopping cart items that customer choose(not press checkout and order //them) 

**shopping_cart** 
{ 
id (int) 
product_id (int) fk 
product_quantity (int) 
customer_user_id (int) fk 
} 

//table that holds product order data in time of checkout.(i hold them because supplier //can change after time products attributes value add some attributes or delete and change //the price of product) 

**order** 
{ 
id (int) 
product_id (int) fk 
customer_user_id (int) fk 
} 


//table that connect order to attribute table for products attributes value in the moment //of checkout 

**order_attributes** 
{ 
id (int) 
order_id (int) fk 
attribute_id (int) fk 
} 

//main product table 
**product** 
{ 
id (int) 
sku (int) 
product_name (varchar) 
supplier_user_id (int) fk 
} 

//connection table many to many 
**product_attributes** 
{ 
id (int) 
product_id (int) fk 
attribute_id (int) fk 
} 

//table that holds products attributes (price, weight, color + new attributes that user //will create) 

**attribute** 
{ 
id (int) 
product_id (int) fk 
attribute_name (varchar) 
attribute_value(varchar) 
} 

감사 :

기본 쇼핑 카트에 대한 나의 데이터베이스 설계 : 내 데이터베이스 설계의 일부를 봐 주시기 바랍니다 테이블 whe는 EAV 테이블이며 성능 문제를 일으킬 수 있습니다. 제품에 대해 원하는 속성을 실제로 정의 할 시간을 가지십시오. 대부분의 제품 (색상, 크기, 단위 (10 개 패키지, 단일 항목 등)의 대부분은 실제로 simliar입니다.) EAV가 최후의 수단입니다 ..

. 주문 에 OrderID :. 나중에 도로 아래로 제품 가격이 변경

이

내 구조가 뭔가를해야만처럼 될 경우 등 가격의

스토어 세부 사항은 orderdetail 테이블에 당신은 가격이 변경하지 않으 , 날짜, 고객 ID 주문 정보 주문 ID, 부품 번호, 부품 번호, 제품 이름, 수량, 가격, 단위, 색상, 크기, 기타 속성 주문 노트 ORDER_ID주의

제품 PRODUCT_ID, PART_NUMBER, 제품 _, COMPANY_ID, 제품 가격, 색상, 크기, 단위

더 나은 (당신이하는 당신이 일반적으로하지 않습니다 속성의 수백하지 않는 한) 널 (null) 열을 가질 때 일부 제품에는 동일한 attrubutes가 없음) 제품에 대한 완전한 사양을 원하면 대용량 varchar 파일에 전체 텍스트 색인을 넣는 것을 고려하십시오. 이것은 EAV 테이블보다 나은 성능을 발휘해야합니다.

Answer 2

흠. 디자인에서 제거 할 수있는 두 개의 테이블, order_attributes, product_attributes가 있습니다. 그렇지 않으면 선택 쿼리가 너무 많은 테이블에서 조인 할 필요가 매우 느립니다. 특성을 주문 W 제품 테이블의 컬럼으로 저장할 수 있습니다.