電子商務的資料庫設計
❶ 電子商務產品資料庫設計
這是一個非常好的問題!不過已經把解決方案給出來了。
我的理解是"動態表結構"。
Proct(p_id,name)
ExtendField(ef_id,name,p_id)
ExtendValue(ev_id,value,ef_id,p_id)
當添加新屬性時,只是相當於在資料庫添加一條記錄,沒有該變表結構。
這里是存的是書,現在要存儲英譯書(原作者,譯者,原出版社,國內出版社)
這就中文書籍不需要原作者、原出版社,如果為了存儲英譯書,只需向後2個表添加記錄即可,否則就要向proct表添加2個屬性,而該設計不必改變原表的表結構(table schema)。
❷ 電商項目---資料庫表設計
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
❸ 電子商務 服裝系統資料庫怎麼設計
上淘寶上那些賣家,他們會知道的,不過可能需要收費的。嘿嘿,這個問題太專業了
❹ 電子商務系統分析與設計怎麼進行資料庫設計
(1)需求分析,形成用戶需求規約、索引結構和數據的存放次序與位邏輯等),即用戶要描述的現實世界的概念數據模型,通過對其中住處的分類。一般,第一步先明確現實世界各部門所含的各種實體及其屬性,運行一些典型的應用任務來驗證資料庫設計的正確性和合理性。
(2)概念設計。第二步再將前面得到的多個用戶的局部視圖集成為一個全局視圖,即適應於某種特定資料庫管理系統所支持的邏輯數據模式。因此、一個商場或者一個學校等)、實體間的聯系以及對信息的制約條件等,可能就需要返回到前面去進行修改,在做上述資料庫設計時就應考慮到今後修改設計的可能性和方便性.
(3)邏輯設計、聚集和概括、信息間的互相制約關系以及各部門對信息儲存。
(5)驗證設計,建立抽象的概念數據模型,資料庫的設計過程大致可分資料庫設計為5個步驟;根據特定資料庫管理系統所提供的多種存儲結構和存取方法等依賴於具體計算機結構的各項物理設計措施、范圍。
(4)物理設計。當設計的某步發現問題時、存取方法和存取路徑等;對用戶要求描述的現實世界(可能是一個工廠,可能還需為各種數據處理應用領域產生相應的邏輯子模式、信息流動情況,弄清所用數據的種類。這個概念模型應反映現實世界各部門的信息結構,一個大型資料庫的設計過程往往需要經過多次循環反復;主要工作是將現實世界的概念數據模型設計成資料庫的一種邏輯模式:
❺ 電子商務資料庫構建步驟是什麼
電子商務的資料庫構建步驟主要有以下幾點:
需求分析:調查和分析用戶的業務活動和數據的使用情況,弄清所用數據的種類、范圍、數量以及它們在業務活動中交流的情況,確定用戶對資料庫系統的使用要求和各種約束條件等,形成用戶需求規約;
概念設計:對用戶要求描述的現實世界,通過對其中住處的分類、聚集和概括,建立抽象的概念數據模型;
邏輯設計:主要工作是將現實世界的概念數據模型設計成資料庫的一種邏輯模式,即適應於某種特定資料庫管理系統所支持的邏輯數據模式;
物理設計:據特定資料庫管理系統所提供的多種存儲結構和存取方法等依賴於具體計算機結構的各項物理設計措施,對具體的應用任務選定最合適的物理存儲結構;
驗證設計:在上述設計的基礎上,收集數據並具體建立一個資料庫,運行一些典型的應用任務來驗證資料庫設計的正確性和合理性等。
❻ 電商資料庫系統的設計方案對文化的影響
電商資料庫系統的設計方案對文化的影響:
1、系統設計的合理才能被接受,也是對社會,健康,安全,法律及文化的一種支持。
2、系統設計的合理能夠讓人們認識到社會,健康,安全,法律及文化的重要性,從而起到推動作用。
❼ 電子商務Mysql數據表設計問題,比如:一個商品有多個價位怎麼設計數據表保存就像一個商品有大中小
那麼就用這樣的關系:
商品表 屬性表
商品id 屬性id
商品名稱 商品id
屬性名稱
屬性值
CREATETABLEproct(
pidINTPRIMARYKEYNOTNULLAUTO_INCREMENT,
pnameVARCHAR(100)NOTNULL
);
CREATETABLEproct_act(
act_idINTPRIMARYKEYNOTNULLAUTO_INCREMENT,
pidINTNOTNULL,
act_nameVARCHAR(30)NOTNULL,
act_valueVARCHAR(30)NOTNULL
);
插入數據後,結果如圖:
SELECTa.pname,b.act_name,b.act_value
FROMproctASaJOINproct_actASb
ONa.pid=b.pid

❽ 電子商務網站資料庫設計時,商品表如何設計的問題
你開始並沒有說清楚
按你的最新要求,應該是:
一個商品表,一個屬性表(欄位不重復了)
然後就是賣家商品表,欄位如下:
賣家id 商品id 商品數量
明白嗎?
如果多個店賣同一種商品,那數據都在賣家商品表裡
需要商品名時,從商品表關聯取數據,
需要商品屬性時,從屬性表關聯
你想的復雜了
就2個表,一個商品表,一個屬性表
商品表欄位:id 品名
屬性表欄位:商品id 屬性名 屬性值
也就是說一個屬性一條記錄
❾ 電子商務 互聯網資料庫
正在學哦,自己現在也沒搞懂,特別是腳本。
