商品資料庫的設計

❶ 一件商品不同分類資料庫設計

一：先抽象一個公用的「商品」實體，然後每一個具體的類型的商品繼承這個實體，可是這樣子設計的話，不同種類的商品一多的話，那麼表就越多。感覺還是很糟糕。
二：直接在」商品「這個實體里添加多一個屬性，屬性的值按約定的規則（如鍵值對）來描述包括這個商品種類信息，這樣子的話就只要一張表就行。不過這樣子做的話，在展示商品信息需要在前台對這個屬性值進行分離，感覺好像哪裡不太符合規范。

❷ Mysql 商品多特徵資料庫設計及查詢方式

在設計拿禪敗Mysql商品多特徵資料庫時，我們可以採用類似「鍵值對」的方式進行存儲。具體而言，我們可以設計以下兩襲鎮個表：

1 商品表

商品ID 商品名稱

1 商品1

2 商品2

3 商品3



這樣，我們可以在商品表中存儲每個商品的基本信息，而在特徵表中消顫存儲每個商品的特定特徵。對於查詢特定特徵的商品，我們可以使用如下的SQL語句：

SELECT 商品表.商品名稱

FROM 商品表

INNER JOIN 特徵表 ON 商品表.商品ID = 特徵表.商品ID

WHERE 特徵表.特徵名稱 = '風格' AND 特徵表.特徵值 = '新中式';

這個SQL查詢語句會返回所有風格為「新中式」的商品名稱。我們可以根據需要修改特徵名稱和特徵值來查詢不同的特定特徵商品。

❸ 一直在疑問京東商城的資料庫是如何搭建的，那麼多商品，每種商品的參數各不相同，是怎樣設計資料庫的

思路一，使用獨立的商品類表， 構造商品屬性信息，1、N個商品類屬性值表，2、商品基本信息表，3、商品屬性表
思路二，使用key-value模型，使用動態行列轉換模型，將商品屬性信息碎片化存儲，整合型只讀輸出快照，1、公共鍵值表，2、公共類表，3、公共鍵類表，4、屬性值物化表，5、商品基本信息表，6、商品屬性表，6、商品屬性快照表或模型

❹ 電商項目---資料庫表設計

CREATE TABLE `mmall_user` (

  `id` int(11) NOT NULL AUTO_INCREMENT COMMENT '用戶表id',

  `username` varchar(50) NOT NULL COMMENT '用戶名',

  `password` varchar(50) NOT NULL COMMENT '用戶密碼，MD5加密',

  `email` varchar(50) DEFAULT NULL,

  `phone` varchar(20) DEFAULT NULL,

  `question` varchar(100) DEFAULT NULL COMMENT '找回密碼問題',

  `answer` varchar(100) DEFAULT NULL COMMENT '找回密碼答案',

  `role` int(4) NOT NULL COMMENT '角色0-管理員,1-普通用戶',

  `create_time` datetime NOT NULL COMMENT '創建時間',

  `update_time` datetime NOT NULL COMMENT '最後一次更新時間',

  PRIMARY KEY (`id`),

  UNIQUE KEY `user_name_unique` (`username`) USING BTREE

) ENGINE=InnoDB AUTO_INCREMENT=22 DEFAULT CHARSET=utf8;

CREATE TABLE `mmall_proct` (

  `id` int(11) NOT NULL AUTO_INCREMENT COMMENT '商品id',

  `category_id` int(11) NOT NULL COMMENT '分類id,對應mmall_category表的主鍵',

  `name` varchar(100) NOT NULL COMMENT '商品名稱',

  `subtitle` varchar(200) DEFAULT NULL COMMENT '商品副標題',

  `main_image` varchar(500) DEFAULT NULL COMMENT '產品主圖,url相對地址',

  `sub_images` text COMMENT '圖片地址,json格式,擴展用',

  `detail` text COMMENT '商品詳情',

  `price` decimal(20,2) NOT NULL COMMENT '價格,單位-元保留兩位小數',

  `stock` int(11) NOT NULL COMMENT '庫存數量',

  `status` int(6) DEFAULT '1' COMMENT '商品狀態.1-在售 2-下架 3-刪除',

  `create_time` datetime DEFAULT NULL COMMENT '創建時間',

  `update_time` datetime DEFAULT NULL COMMENT '更新時間',

  PRIMARY KEY (`id`)

) ENGINE=InnoDB AUTO_INCREMENT=30 DEFAULT CHARSET=utf8;

CREATE TABLE `mmall_category` (

  `id` int(11) NOT NULL AUTO_INCREMENT COMMENT '類別Id',

  `parent_id` int(11) DEFAULT NULL COMMENT '父類別id當id=0時說明是根節點,一級類別',

  `name` varchar(50) DEFAULT NULL COMMENT '類別名稱',

  `status` tinyint(1) DEFAULT '1' COMMENT '類別狀態1-正常,2-已廢棄',

  `sort_order` int(4) DEFAULT NULL COMMENT '排序編號,同類展示順序,數值相等則自然排序',

  `create_time` datetime DEFAULT NULL COMMENT '創建時間',

  `update_time` datetime DEFAULT NULL COMMENT '更新時間',

  PRIMARY KEY (`id`)

) ENGINE=InnoDB AUTO_INCREMENT=100031 DEFAULT CHARSET=utf8;

CREATE TABLE `mmall_order` (

  `id` int(11) NOT NULL AUTO_INCREMENT COMMENT '訂單id',

  `order_no` bigint(20) DEFAULT NULL COMMENT '訂單號',

  `user_id` int(11) DEFAULT NULL COMMENT '用戶id',

  `shipping_id` int(11) DEFAULT NULL,

  `payment` decimal(20,2) DEFAULT NULL COMMENT '實際付款金額,單位是元,保留兩位小數',

  `payment_type` int(4) DEFAULT NULL COMMENT '支付類型,1-在線支付',

  `postage` int(10) DEFAULT NULL COMMENT '運費,單位是元',

  `status` int(10) DEFAULT NULL COMMENT '訂單狀態:0-已取消-10-未付款，20-已付款，40-已發貨，50-交易成功，60-交易關閉',

  `payment_time` datetime DEFAULT NULL COMMENT '支付時間',

  `send_time` datetime DEFAULT NULL COMMENT '發貨時間',

  `end_time` datetime DEFAULT NULL COMMENT '交易完成時間',

  `close_time` datetime DEFAULT NULL COMMENT '交易關閉時間',

  `create_time` datetime DEFAULT NULL COMMENT '創建時間',

  `update_time` datetime DEFAULT NULL COMMENT '更新時間',

  PRIMARY KEY (`id`),

  UNIQUE KEY `order_no_index` (`order_no`) USING BTREE

) ENGINE=InnoDB AUTO_INCREMENT=118 DEFAULT CHARSET=utf8;

CREATE TABLE `mmall_order_item` (

  `id` int(11) NOT NULL AUTO_INCREMENT COMMENT '訂單子表id',

  `user_id` int(11) DEFAULT NULL,

  `order_no` bigint(20) DEFAULT NULL,

  `proct_id` int(11) DEFAULT NULL COMMENT '商品id',

  `proct_name` varchar(100) DEFAULT NULL COMMENT '商品名稱',

  `proct_image` varchar(500) DEFAULT NULL COMMENT '商品圖片地址',

  `current_unit_price` decimal(20,2) DEFAULT NULL COMMENT '生成訂單時的商品單價，單位是元,保留兩位小數',

  `quantity` int(10) DEFAULT NULL COMMENT '商品數量',

  `total_price` decimal(20,2) DEFAULT NULL COMMENT '商品總價,單位是元,保留兩位小數',

  `create_time` datetime DEFAULT NULL,

  `update_time` datetime DEFAULT NULL,

  PRIMARY KEY (`id`),

  KEY `order_no_index` (`order_no`) USING BTREE,

  KEY `order_no_user_id_index` (`user_id`,`order_no`) USING BTREE

) ENGINE=InnoDB AUTO_INCREMENT=135 DEFAULT CHARSET=utf8;

CREATE TABLE `mmall_cart` (

  `id` int(11) NOT NULL AUTO_INCREMENT,

  `user_id` int(11) NOT NULL,

  `proct_id` int(11) DEFAULT NULL COMMENT '商品id',

  `quantity` int(11) DEFAULT NULL COMMENT '數量',

  `checked` int(11) DEFAULT NULL COMMENT '是否選擇,1=已勾選,0=未勾選',

  `create_time` datetime DEFAULT NULL COMMENT '創建時間',

  `update_time` datetime DEFAULT NULL COMMENT '更新時間',

  PRIMARY KEY (`id`),

  KEY `user_id_index` (`user_id`) USING BTREE

) ENGINE=InnoDB AUTO_INCREMENT=127 DEFAULT CHARSET=utf8;

CREATE TABLE `mmall_pay_info` (

  `id` int(11) NOT NULL AUTO_INCREMENT,

  `user_id` int(11) DEFAULT NULL COMMENT '用戶id',

  `order_no` bigint(20) DEFAULT NULL COMMENT '訂單號',

  `pay_platform` int(10) DEFAULT NULL COMMENT '支付平台:1-支付寶,2-微信',

  `platform_number` varchar(200) DEFAULT NULL COMMENT '支付寶支付流水號',

  `platform_status` varchar(20) DEFAULT NULL COMMENT '支付寶支付狀態',

  `create_time` datetime DEFAULT NULL COMMENT '創建時間',

  `update_time` datetime DEFAULT NULL COMMENT '更新時間',

  PRIMARY KEY (`id`)

) ENGINE=InnoDB AUTO_INCREMENT=61 DEFAULT CHARSET=utf8;

CREATE TABLE `mmall_shipping` (

  `id` int(11) NOT NULL AUTO_INCREMENT,

  `user_id` int(11) DEFAULT NULL COMMENT '用戶id',

  `receiver_name` varchar(20) DEFAULT NULL COMMENT '收貨姓名',

  `receiver_phone` varchar(20) DEFAULT NULL COMMENT '收貨固定電話',

  `receiver_mobile` varchar(20) DEFAULT NULL COMMENT '收貨行動電話',

  `receiver_province` varchar(20) DEFAULT NULL COMMENT '省份',

  `receiver_city` varchar(20) DEFAULT NULL COMMENT '城市',

  `receiver_district` varchar(20) DEFAULT NULL COMMENT '區/縣',

  `receiver_address` varchar(200) DEFAULT NULL COMMENT '詳細地址',

  `receiver_zip` varchar(6) DEFAULT NULL COMMENT '郵編',

  `create_time` datetime DEFAULT NULL,

  `update_time` datetime DEFAULT NULL,

  PRIMARY KEY (`id`)

) ENGINE=InnoDB AUTO_INCREMENT=30 DEFAULT CHARSET=utf8;

GitHub 地址：https://github.com/Andy-leoo/NewBieJavaPro.git

❺ 購物網站資料庫設計

一、概述
網上購物店的數據模型，主要模式有產品：proct ，帳戶：Account，定單：Order。和產品相關的表有category ，proct,item, inventory, supplier；和用戶相關表有的account ，signon，profile；和定單相關的表有orders,orderstatus,lineitem ，整體關系如下.
二、帳戶模型
帳戶模型，記錄者用戶的登錄名稱，密碼。以及個人信息如地址，性名，電話等，還有它在系統中的profile信息。表有Account 主鍵是userID,它記錄用戶的基本信息，如email,name等。Signon 表記錄者userID和password，Profile表記錄者用戶的登錄系統的系統設置。可以根據用戶的類型，顯示不同的登錄信息。
（1）account表
create table account (
userid varchar(80) not null,
email varchar(80) not null,
name varchar(80) not null,
status char(2) null,
addr1 varchar(80) not null,
addr2 varchar(40) null,
city varchar(80) not null,
state varchar(80) not null,
zip varchar(20) not null,
country varchar(20) not null,
phone varchar(80) not null,
constraint pk_account primary key (userid)
)
說明：primary key是userID,它記錄帳戶的基本信息。
（2）Signon 表
create table signon (
username varchar(25) not null,
password varchar(25) not null,
constraint pk_signon primary key (username)
)
說明：記錄登錄名和密碼。
（3）Profile表
create table profile (
userid varchar(80) not null,
langpref varchar(80) not null,
favcategory varchar(30),
mylistopt int,
banneropt int,
constraint pk_profile primary key (userid)
)
說明：用戶的登錄信息，方便個性化定製。
（4）Bannerdata 表
create table bannerdata (
favcategory varchar(80) not null,
bannername varchar(255) null,
constraint pk_bannerdata primary key (favcategory)
)
說明：記錄不同的登錄信息。

三、產品模型
產品的模型主要有分類，它是產品的大類。表category 就是記錄分類名稱，描述信息。Proct
記錄每個產品的基本信息，包括產品名稱，和產品的描述。它是一對多的關系。Supplier 表
記錄產品的提供者信息，包括提供者的名稱，地址，狀態等。Item 記錄產品的提供者，產
品ID,價格，狀態。Inventory 表記錄產品的數量。關系如下：
（1） category表
create table category (
catid char(10) not null,
name varchar(80) null,
descn varchar(255) null,
constraint pk_category primary key (catid)
)
（2）proct表
create table proct (
proctid char(10) not null,
category char(10) not null,
name varchar(80) null,
descn varchar(255) null,
constraint pk_proct primary key (proctid),
constraint fk_proct_1 foreign key (category)
references category (catid)
)
（3） item表
create table item (
itemid char(10) not null,
proctid char(10) not null,
listprice decimal(10,2) null,.unitcost decimal(10,2) null,
supplier int null,
status char(2) null,
attr1 varchar(80) null,
attr2 varchar(80) null,
attr3 varchar(80) null,
attr4 varchar(80) null,
attr5 varchar(80) null,
constraint pk_item primary key (itemid),
constraint fk_item_1 foreign key (proctid)
references proct (proctid),
constraint fk_item_2 foreign key (supplier)
references supplier (suppid)
)
（4） inventory 表
create table inventory (
itemid char(10) not null,
qty int not null
)
（5）supplier表
create table inventory (
suppid int not null
name varchar(80)
status char(2)
attr1 varchar(80)
attr2 varchar(80)
city varchar(80)
state varchar(80)
zip char(6)
phone varchar(80)
constraint pk_supplier primary key (suppid),
)
四、定單模型
定單記錄用戶的選擇產品信息，數量，表主要有Orders,記錄用戶的地址，帳戶信息，總金
額。Orderstatus 記錄定單狀態。Lineitem 記錄定單中的產品數量，單位價格，產品ID。

（1）orders表
create table orders (
orderid int not null,
userid varchar(80) not null,
orderdate date not null,
shipaddr1 varchar(80) not null,
shipaddr2 varchar(80) null,
shipcity varchar(80) not null,
shipstate varchar(80) not null,
shipzip varchar(20) not null,
shipcountry varchar(20) not null,
billaddr1 varchar(80) not null,
billaddr2 varchar(80) null,
billcity varchar(80) not null,
billstate varchar(80) not null,
billzip varchar(20) not null,
billcountry varchar(20) not null,
courier varchar(80) not null,
totalprice number(10,2) not null,
billtoname varchar(80) not null,
shiptoname varchar(80) not null,
creditcard varchar(80) not null,
exprdate char(7) not null,
cardtype varchar(80) not null,
locale varchar(20) not null,
constraint pk_orders primary key (orderid),
constraint fk_orders_1 foreign key (userid)
references account (userid)
)
定單的信息。
（2）Orderstatus表
create table orderstatus (
orderid int not null,
linenum int not null,
timestamp date not null,
status char(2) not null,
constraint pk_orderstatus primary key (orderid, linenum),
constraint fk_orderstatus_1 foreign key (orderid)
references orders (orderid)
)
定單中的產品狀態
（3）lineitem表
create table lineitem (
orderid int not null,
linenum int not null,
itemid char(10) not null,
quantity int not null,
unitprice number(10,2) not null,
constraint pk_lineitem primary key (orderid, linenum),
constraint fk_lineitem_1 foreign key (orderid)
references orders (orderid)
)

❻ 有關商店銷售商品的資料庫設計如下數據

資料庫題：某商業集團關於商店銷售商品的數據...展開
查看全部1個回答
歐陽思嘉俟青
TA獲得超過2.9萬個贊
關注
成為第68位粉絲
「商業管理」資料庫中有3個實體：商店（商店編號，商店名，地址），商品（商品號，商品名，規格，單價），職工（職工編號，職工姓名譽清，性別）。商店與商品間存在「銷售」聯系，每個商店可以銷售多種商品，每種商品也可以放在多個商店銷售，鍵虛山用「月銷售量」來表示商店銷售每種商品的情況；商店與職工存在「聘用」聯系，每個商店有多名職工，每個職工只能在一個商店工作，商店聘用職工有「聘期」和工資。
①
試畫出E-R圖，並註明關系類型，註明主鍵和外鍵
②
試用SQL語句創建「商業管理」資料庫以及其中的表,其中單價、月銷售量、工資和聘期欄位類型為real，其餘欄位為字元型。
2.
「訂貨管理」資料庫有4個表：倉庫（倉庫號，倉庫名，地址），商店（商店編號，商店名，地址），商品（商品號，商品名，單價）。設倉庫和商品之間存在「庫存」聯系，每個倉庫可存儲若干種商品，每種商品可存儲在若干倉庫中，倉庫存儲的商品有「日期」和「存儲量」信息；商店與商品間存在「銷售」聯系，每個商店可以銷售多種商品，每種商品也可以放在多個商店銷售，用「月份」和「月銷售量」來表示商店銷售每種商品的情況；倉庫、商店和商品之間存在著「供應」聯系，有「月份」和「月供應量稿中」兩個屬性。

❼ 關於商品的資料庫設計。懂的來

采森亂用1對多方式，外鍵關聯，並在proct表部分放置一張默認圖片，或在備如pic表裡面有個欄位標識是默認此滾檔圖片。寫在一個欄位裡面方法不可取。

❽ 商品分類的資料庫是怎麼設計的以滿足查詢的高效

這個三個表就應該夠了吧，一個是商品大類表，一個是品牌表，另外是商品詳細信息表
商品類別表：
ClassID
ClassName
ParentID //這個商品類歸屬的上個大類，也就是滿足你的多級分類要求

舉個例子 假設說你的鞋子分類id是1，那下屬的小類舉例說女涼鞋，她的ParentID就是1，明白？

品牌表：
BrandID
BrandName
BrandDescription

商品詳細信息表：
GoodId
ClassID
BrandID
GoodName
GoodDescription
GoodURl
還有其他你想加的屬性

❾ 關於電商網站資料庫的設計有什麼好的建議

這個問題的核心點在於：不同商品類別差異很大，如何設計通用的存儲方案？簡單來說，用資料庫去存儲所有信息，不管橫表還是縱表，都有明顯的缺陷：橫表：同一個欄位對不同商品含義不一樣，這到了後面開發和維護是很蛋疼的縱表：一個商品的屬性分布到很多行記錄中，業務處理很麻煩，而且縱表的記錄數會非常多，性能會有問題所以不要嘗試只用資料庫去統一解決這個問題，思路擴散一些其實就簡單了：公共表：提煉商品公共的信息放到資料庫，例如商品id、名稱、發布的商家、發布日期、上架狀態擴展表：將變化的信息放到另外一個表，可以是資料庫表，例如電腦商品一個表、服裝一個表；也可以將信息放到MongoDB或者ElasticSearch這類文檔資料庫。搜索組件：擴展表在全文搜索的時候不好實現，因此需要獨立的組件負責搜索，可以用Elastic Search或者Solr來冗餘一份數據，用於搜索。表結構不算復雜，因為項目關系只有SPU，沒有涉及到SKU，但是可以做參考，更多的還是要根據項目實際情況設計。重點說明一下產品表的SPU，Keyword欄位。本來之前設計了關系表，但是發現在做SQL查詢時太痛苦，所以約定了一種數據存儲結構（數據結構的重要性）基於上面的基礎，可以實現URL規則變化的查詢,類似京東的產品查詢URL變化c=1,3 指分類層次關系ev=3_1+4_18 指SPU查詢 按約定規則轉換成字元串再進行查詢。

❿ 商品管理系統資料庫設計

一個完整的銷售管理系統
我給你