『壹』 構建中小型電子商務網站最常用的資料庫是
如果是電子商務網站，盡管是中小型的，其實也是希望訪問的人越多越好，應該是：D：SQL Server
其實最好的選擇是：mysql
『貳』 電子商務網站資料庫設計
有幾種方法可以解決這個問題的
1、你說的那方法，類產品一個表
2、一個表，做最多的冗餘
3、一個表，做較少的冗餘，然後另一個附加屬性表，在第一個表不夠的時候，存附加屬性表
4、其他的暫時沒想到
『叄』 自己製作一個小型的數據管理系統，包括資料庫錄入和查詢。
這種需求，用藍點通用管理系統來做是很合適的，不需要專業知識，三分鍾入門，自定義各種所需的管理模塊。
『肆』 小型信息管理系統的資料庫可採用：_________________________________。
ACESS資料庫
『伍』 電子商務網站的資料庫設計
一個資料庫的設計，決不是你說的這些。就沖你說的這些，說明你對需求都沒怎麼明白。
資料庫設計，需要設計師參透需求。其次才是ER設計。
別一上來就弄表。悠著點。
『陸』 求高人設計一個小型的資料庫管理系統
大部分模塊數很難達到12
020業務方面想深入點或許能湊到12個
1 登錄模塊
2 員工的操作模塊
3 主管的操作模塊
4 管理員的操作模塊
2裡面你可以根據職務再細分，如財務方面葯品方面工資方面人事方面等，每個子模塊用一個或幾個畫面實現最基本的功能就能湊到12個了，不用想太細太復雜的。
這樣實現起來應該不難吧
3裡面導出幾張圖表什麼的就能應付過去了
要加難度新意可以添加些小功能模塊，如workflow等
『柒』 電子商務系統分析與設計怎麼進行資料庫設計
(1)需求分析，形成用戶需求規約、索引結構和數據的存放次序與位邏輯等)，即用戶要描述的現實世界的概念數據模型，通過對其中住處的分類。一般，第一步先明確現實世界各部門所含的各種實體及其屬性，運行一些典型的應用任務來驗證資料庫設計的正確性和合理性。
(2)概念設計。第二步再將前面得到的多個用戶的局部視圖集成為一個全局視圖，即適應於某種特定資料庫管理系統所支持的邏輯數據模式。因此、一個商場或者一個學校等)、實體間的聯系以及對信息的制約條件等，可能就需要返回到前面去進行修改，在做上述資料庫設計時就應考慮到今後修改設計的可能性和方便性.
(3)邏輯設計、聚集和概括、信息間的互相制約關系以及各部門對信息儲存。
(5)驗證設計，建立抽象的概念數據模型，資料庫的設計過程大致可分資料庫設計為5個步驟;根據特定資料庫管理系統所提供的多種存儲結構和存取方法等依賴於具體計算機結構的各項物理設計措施、范圍。
(4)物理設計。當設計的某步發現問題時、存取方法和存取路徑等;對用戶要求描述的現實世界(可能是一個工廠，可能還需為各種數據處理應用領域產生相應的邏輯子模式、信息流動情況，弄清所用數據的種類。這個概念模型應反映現實世界各部門的信息結構，一個大型資料庫的設計過程往往需要經過多次循環反復;主要工作是將現實世界的概念數據模型設計成資料庫的一種邏輯模式：
『捌』 開發一套小型且完整的數據管理系統需要哪些知識
以我個人的觀點來看，如果想開發一套小型，且完整的數據管理系統那麼我們就需要懂得各種網路知識，而且還要知道有關計算機方面的內容，比如計算機該如何進行優化與設計，這些都是我們比不可少的常識有了這些知識，我們就能開發出一套小型完整的數據管理系統。
『玖』 電子商務網站資料庫設計急
放到一個抄表是不現實的。我襲在學校做的練習中，
應該是每種商品一個表，而且還應抽取出商品的共有屬性，設計 顏色表、商品規格表、商品價格表等等。這樣當增加一款商品，這款商品有不同顏色時，在該商品表中只需增加一條數據。在顏色表中添加多條，用多對一，減少大量冗餘數據。
而像 作者 出版社這些屬性，直接寫在『book』表中作為欄位就成了。
為了view層抽取數據時方便，應有 』分類表『 比如說 電腦、剃須刀等，歸為電子類。
剩下的就是 用戶表 訂單表（訂單表中，應以商品id+商品顏色id+價錢id等等來唯一確定一個商品），基本各一張就搞定了。
『拾』 電子商務網站怎樣的資料庫設計
個人建議去購買成熟的電子商務網站平台，目前已經有許多CMS系統都非常完善，功能也很齊全了，與其自己設計資料庫，不如去購買現成的，如果不願意掏錢，當然也有免費的B2B網站系統，例如SHOPEX,ECSHOP等等都是免費的。