電子商務資料庫表

❶ 電子商務類網站需要什麼資料庫

電子商務類網站需要的資料庫主要有以下兩種：

1. Windows Server 2003/2008+ASP.NET+IIS+MS SQL Server 2005/2008；
   

2. Linxu/Unix+PHP+Apache+MySQL。

電子回商務企業資料庫必須答具備的三大特性：

1. 符合ACID原則：為了盡可能創建完美的用戶體驗，資料庫需要一個可以在每個事務中保證原子性、一致性、隔離性和持久性的資料庫，符合ACID的資料庫將會確保資料庫事務正確地完成，這意味著客戶可以在網站上獲得他們所查詢的返回值和正確的產品可用性；

2. 可擴展性：MySQL資料庫可以處理海量數據，但由於MySQL只能夠'向上擴展'，因此在某種程度上，單一成本、大排量的主伺服器將會出現瓶頸，所以，與其讓電子商務平台最終走投無路，技術人員應該考慮利用水平可伸縮的雲資料庫，資料庫可以很容易地擴展，以適應大流量的沖擊；

3. 可用性高：如果資料庫和系統處於關閉狀態，客戶會對你的品牌失去信心，所以需要可用性高的資料庫，可用性高的資料庫可以確保良好的用戶體驗，同時還產生收入雙贏的局面。

❷ 電子商務網站資料庫設計急

放到一個抄表是不現實的。我襲在學校做的練習中，
應該是每種商品一個表，而且還應抽取出商品的共有屬性，設計 顏色表、商品規格表、商品價格表等等。這樣當增加一款商品，這款商品有不同顏色時，在該商品表中只需增加一條數據。在顏色表中添加多條，用多對一，減少大量冗餘數據。
而像 作者 出版社這些屬性，直接寫在『book』表中作為欄位就成了。
為了view層抽取數據時方便，應有 』分類表『 比如說 電腦、剃須刀等，歸為電子類。
剩下的就是 用戶表 訂單表（訂單表中，應以商品id+商品顏色id+價錢id等等來唯一確定一個商品），基本各一張就搞定了。

❸ 電子商務資料庫技術的目錄

第1章電子商務資料庫基礎
1.1資料庫系統概述
1.1.1資料庫的基本概念
1.1.2電子商務資料庫、Web資料庫與資料庫伺服器
1.1.3客戶/伺服器體系結構的資料庫系統
1.2數據模型
1.2.1數據模型的概念
1.2.2實體聯系模型
1.2.3關系模型與關系資料庫
1.2.4關系模型的完整性規則
1.3關系資料庫的結構
1.3.1關系資料庫的結構
1.3.2二級映像與數據獨立性
1.4關系資料庫語言
1.4.1關系代數
1.4.2SQL語言
1.5關系資料庫產品簡介
1.5.1Oracle
1.5.2Sybase
1.5.3DB2
1.5.4MicrosoftSQLServer
1.5.5Access
1.5.6visualFoxPro
習題
第2章Access關系資料庫管理系統
2.1Access2000入門
2.1.1啟動與退出Access2000
2.1.2Access2000資料庫的組成、界面和操作
2.1.3Access2000的幫助系統
2.2數據定義
2.2.1資料庫的建立與打開
2.2.2欄位的數據類型
2.2.3設計表結構
2.2.4定義表之間的關系
2.2.5修改表結構
2.2.6表的復制、刪除與重命名
2.3數據操作
2.3.1記錄的添加與瀏覽
2.3.2記錄的修改
2.3.3記錄的刪除
2.3.4記錄的排序、查詢和篩選
2.4設置表的顯示格式
2.4.1設置表的行高和列寬
2.4.2設置列的顯示格式
2.5列印表
2.5.1列印設置
2.5.2列印預覽和列印
2.6數據查詢
2.6.1查詢的概念及類型
2.6.2使用設計視圖創建查詢
2.6.3設置查詢條件
2.6.4創建交叉表查詢
2.6.5使用查詢向導
2.7窗體
2.7.1窗體的概念
2.7.2使用窗體向導創建窗體
2.7.3使用設計視圖創建窗體
2.7.4窗體的修改與操作
2.8報表
2.8.1自動創建報表
2.8.2使用向導創建報表
2.8.3使用設計視圖創建報表
2.9數據訪問頁、宏和模塊
2.9.1數據訪問頁
2.9.2宏和模塊
2.10資料庫安全設置
2.10.1設置資料庫密碼與資料庫加密
2.10.2設置用戶賬號
2.10.3設置用戶許可權
2.10.4資料庫復制
2.11資料庫實用工具
2.11.1將Access資料庫升遷到SQLServer資料庫
2.11.2壓縮、修復和轉換資料庫
2.11.3外部數據的導人與鏈接
習題
……

❹ 電子商務資料庫技術

1、產品型號 為數據依賴
產品庫 欄位 產品型號 產品名 單價
訂單庫 欄位 訂單號 訂購單位名稱 地址 數量

2、學號 主索引不可重復 其他無所謂

❺ 電子商務MySql數據表設計問題，比如：一個商品有多個價位怎麼設計數據表保存就像一個商品有大中小

我朋友的公共號就是關於電商的類容，可以跟裡面的朋友請教。掃我簽名檔

❻ 如何建設一個電子商務資料庫，用SQL語言分別創建兩張表，用戶信息表和商品信息表

這個。。。兩張表就成了一個電子商務資料庫？這么簡單！

❼ 電子商務資料庫與普通資料庫有什麼區別

資料庫就那麼幾個,功能和安全不同而已.
常用的ACCESS,SQLSERVER,MYSQL,ORACLE,DB2,SYBASE,其他的就不常用了,其實大多數回的功能一般的公司是用不上答的,只是為了一種趨勢而已啊,基本操作也類似,都支持SQL語言,會這個基本的資料庫都能用了,呵呵

❽ 求一個電子商務資料庫設計步驟

一般，資料庫的設計過程大致可分資料庫設計為5個步驟：
(1)需求分析；調查和分析用戶的業務活動和數據的使用情況，弄清所用數據的種類、范圍、數量以及它們在業務活動中交流的情況，確定用戶對資料庫系統的使用要求和各種約束條件等，形成用戶需求規約。
(2)概念設計；對用戶要求描述的現實世界(可能是一個工廠、一個商場或者一個學校等)，通過對其中住處的分類、聚集和概括，建立抽象的概念數據模型。這個概念模型應反映現實世界各部門的信息結構、信息流動情況、信息間的互相制約關系以及各部門對信息儲存、查詢和加工的要求等。所建立的模型應避開資料庫在計算機上的具體實現細節，用一種抽象的形式表示出來。以擴充的實體——聯系模型方法為例，第一步先明確現實世界各部門所含的各種實體及其屬性、實體間的聯系以及對信息的制約條件等，從而給出各部門內所用信息的局部描述(在資料庫中稱為用戶的局部視圖)。第二步再將前面得到的多個用戶的局部視圖集成為一個全局視圖，即用戶要描述的現實世界的概念數據模型。
(3)邏輯設計；主要工作是將現實世界的概念數據模型設計成資料庫的一種邏輯模式，即適應於某種特定資料庫管理系統所支持的邏輯數據模式。與此同時，可能還需為各種數據處理應用領域產生相應的邏輯子模式。這一步設計的結果就是所謂「邏輯資料庫」。
(4)物理設計；根據特定資料庫管理系統所提供的多種存儲結構和存取方法等依賴於具體計算機結構的各項物理設計措施，對具體的應用任務選定最合適的物理存儲結構(包括文件類型、索引結構和數據的存放次序與位邏輯等)、存取方法和存取路徑等。這一步設計的結果就是所謂「物理資料庫」。
(5)驗證設計；在上述設計的基礎上，收集數據並具體建立一個資料庫，運行一些典型的應用任務來驗證資料庫設計的正確性和合理性。一般，一個大型資料庫的設計過程往往需要經過多次循環反復。當設計的某步發現問題時，可能就需要返回到前面去進行修改。因此，在做上述資料庫設計時就應考慮到今後修改設計的可能性和方便性。

❾ 電子商務產品資料庫設計

這是一個非常好的問題！不過已經把解決方案給出來了。
我的理解是"動態回表結構"。

Proct(p_id,name)
ExtendField(ef_id,name,p_id)
ExtendValue(ev_id,value,ef_id,p_id)

當添加新屬性時，只答是相當於在資料庫添加一條記錄，沒有該變表結構。
這里是存的是書，現在要存儲英譯書(原作者，譯者，原出版社，國內出版社)
這就中文書籍不需要原作者、原出版社，如果為了存儲英譯書，只需向後2個表添加記錄即可，否則就要向proct表添加2個屬性，而該設計不必改變原表的表結構(table schema)。