⑴ 如何設計電子商務網站的資料庫並E-R圖
先進行了解需求，分析其中的實體和關系，再用資料庫建模工具比如powerdesigner，進行繪制er圖
⑵ 電子商務網站資料庫設計
有幾種方法可以解決這個問題的
1、你說的那方法，類產品一個表
2、一個表，做最多的冗餘
3、一個表，做較少的冗餘，然後另一個附加屬性表，在第一個表不夠的時候，存附加屬性表
4、其他的暫時沒想到
⑶ 電子商務 SQL 資料庫設計的問題
-- 商品類型 --
create Table GoodsCategory
(
[GoodsCategory_Id] int identity (1, 1), /*商品類型 編號*/
[GoodsCategory_Name] nvarchar(20) NOT NULL, /*商品類型 名稱*/
[GoodsCategory_IsDel] bit default 0 NOT NULL /*商品類型 是否刪除*/
)
go
-- 商品類型分類 --
create Table GoodsCategorySort
(
[GoodsCategorySort_Id] int identity (1, 1), /*商品類型分類 編號*/
[GoodsCategorySort_Name] nvarchar(20) NOT NULL, /*商品類型分類 名稱*/
[GoodsCategory_Id] int NOT NULL, /*商品類型分類 外鍵
*/
[GoodsCategory_FatherId] int NOT NULL, /*商品類型父級編號 -1 就
是它是第一級別的*/
[GoodsCategorySort_IsDel] bit default 0 NOT NULL/*商品類型分類 是否刪除*/
)
go
/* 測試數據*/
-- 插入商品類型 --
insert GoodsCategory values('衣服',default)
-- 插入商品類型分類 --
insert GoodsCategorySort values('女裝',1,-1,default)
-- 插入商品類型分類 --
insert GoodsCategorySort values('上衣',1,1,default)
-- 插入商品類型分類 --
insert GoodsCategorySort values('西裝',1,2,default)
⑷ 高分求電子商務網站B2C模式資料庫設計方案
本人現在做一個B2C模式的電子商務網站,參考了下淘寶和中關村的商品模專塊,對資料庫建屬表很是棘手,因為它們各類商品的屬性個數不固定,因此商品表不能將屬性列固定死,但是用公有屬性和私有屬性時又會出現一個問題,那就...
⑸ 電子商務資料庫構建步驟是什麼
電子商務的資料庫構建步驟主要有以下幾點：
需求分析：調查和分析用戶的業務活專動和數據的使用屬情況，弄清所用數據的種類、范圍、數量以及它們在業務活動中交流的情況，確定用戶對資料庫系統的使用要求和各種約束條件等，形成用戶需求規約；
概念設計：對用戶要求描述的現實世界，通過對其中住處的分類、聚集和概括，建立抽象的概念數據模型；
邏輯設計：主要工作是將現實世界的概念數據模型設計成資料庫的一種邏輯模式，即適應於某種特定資料庫管理系統所支持的邏輯數據模式；
物理設計：據特定資料庫管理系統所提供的多種存儲結構和存取方法等依賴於具體計算機結構的各項物理設計措施，對具體的應用任務選定最合適的物理存儲結構；
驗證設計：在上述設計的基礎上，收集數據並具體建立一個資料庫，運行一些典型的應用任務來驗證資料庫設計的正確性和合理性等。
⑹ 像美團一樣的電商網站 可以切換地區的電商單用戶網站 資料庫怎麼設計
同一個資料庫用戶表自然不分了。具體你可以參考 天天團購 是php的開源系統，你可以自己安裝下看下他們的數據吧。很多商城的開源系統也都有這個功能。
⑺ 完成電子商務網站後台資料庫的建立，和相關表格，查詢，存儲過程等的建立.
用PowerDesigner把表和關系設計好，再導出成對應的SQL就行了
如果你是想建立三層網站結構，存儲過程用動軟代碼生成器生成吧
⑻ 電子商務的交易記錄，資料庫怎麼設計
首先來說對於這種場景有兩種設計方法，這兩種方法都能夠滿足擴展性要求
1. 把原有的橫表轉化為縱表存儲屬性，即
產品表：（proct_id, proct_name, proct_class)
產品屬性表：(proct_id, property_id , property_name , property_value)
2. 保持原有橫表設計思路，但是彈性欄位含義單獨元數據表存儲
產品表：（proct_id, proct_name, proct_class, prop1, prop2, .... propn)
產品屬性含義元數據表
(proct_class , prop1_name ,prop2_name, ..... propn_name)
對於兩種設計方法，個人理解為
a. 對於首頁打開就必須要能夠快速查詢出來的屬性，而且這些屬性本身各類產品差異不大。而對於差異大的屬性基本都是針對特定一個產品查詢。可以採用方案1來做。
b. 首頁顯示產品列表時候就存在要顯示出不同產品屬性情況，採用方案2來做。當我們處理的是一個proct list的時候，由於存在數據表本身的關聯場景，用方案1會比麻煩，也影響性能。
⑼ 電子商務系統分析與設計怎麼進行資料庫設計
(1)需求分析，形成用戶需求規約、索引結構和數據的存放次序與位邏輯等)，即用戶要描述的現實世界的概念數據模型，通過對其中住處的分類。一般，第一步先明確現實世界各部門所含的各種實體及其屬性，運行一些典型的應用任務來驗證資料庫設計的正確性和合理性。
(2)概念設計。第二步再將前面得到的多個用戶的局部視圖集成為一個全局視圖，即適應於某種特定資料庫管理系統所支持的邏輯數據模式。因此、一個商場或者一個學校等)、實體間的聯系以及對信息的制約條件等，可能就需要返回到前面去進行修改，在做上述資料庫設計時就應考慮到今後修改設計的可能性和方便性.
(3)邏輯設計、聚集和概括、信息間的互相制約關系以及各部門對信息儲存。
(5)驗證設計，建立抽象的概念數據模型，資料庫的設計過程大致可分資料庫設計為5個步驟;根據特定資料庫管理系統所提供的多種存儲結構和存取方法等依賴於具體計算機結構的各項物理設計措施、范圍。
(4)物理設計。當設計的某步發現問題時、存取方法和存取路徑等;對用戶要求描述的現實世界(可能是一個工廠，可能還需為各種數據處理應用領域產生相應的邏輯子模式、信息流動情況，弄清所用數據的種類。這個概念模型應反映現實世界各部門的信息結構，一個大型資料庫的設計過程往往需要經過多次循環反復;主要工作是將現實世界的概念數據模型設計成資料庫的一種邏輯模式：