電子商務網站後台資料庫設計

① 做一個簡易的個人網站（前後台）資料庫應該怎樣設計

樓上說的沒錯。首先要考慮功能，然後才能分析怎樣設計資料庫嘛，需要哪些表，表中要什麼欄位。如果沒思路，就找個參照網站分析一下，再不成在網上找個現成的源碼參考下。不要空想。

② 如何設計電子商務網站的資料庫並E-R圖

先進行了解需求，分析其中的實體和關系，再用資料庫建模工具比如powerdesigner，進行繪制er圖

③ 完成電子商務網站後台資料庫的建立，和相關表格，查詢，存儲過程等的建立，標有●符號的都要完成相應的SQL

沒人會無償幫你做這個的。別夢了。親

④ 網站後台的數據表和欄位怎樣設計

想設計資料庫，得先了解資料庫相關知識，關於範式的知識。然後根據業務需要，對存儲的數據嘗試設計，這時候不但要能實現業務需求，還要考慮安全性，穩定性，高效性，一般要懂一些編程的知識。

⑤ 網站的資料庫如何設計

什麼是好的資料庫設計？

一些原則可為資料庫設計過程提供指導。第一個原則是，重復信息（也稱為冗餘數據）很糟糕，因為重復信息會浪費空間，並會增加出錯和不一致的可能性。第二個原則是，信息的正確性和完整性非常重要。如果資料庫中包含不正確的信息，任何從資料庫中提取信息的報表也將包含不正確的信息。因此，基於這些報表所做的任何決策都將提供錯誤信息。

所以，良好的資料庫設計應該是這樣的：

• 將信息劃分到基於主題的表中，以減少冗餘數據。

• 向 Access 提供根據需要聯接表中信息時所需的信息。

• 可幫助支持和確保信息的准確性和完整性。

• 可滿足數據處理和報表需求。

設計過程

設計過程包括以下步驟：

• 確定資料庫的用途：這可幫助進行其他步驟的准備工作。

• 查找和組織所需的信息：收集可能希望在資料庫中記錄的各種信息，如產品名稱和訂單號。

• 劃分到表中的信息：將信息項劃分到主要的實體或主題中，如「產品」或「訂單」。每個主題即構成一個表。

• 關閉信息項目導入的列 確定希望在每個表中存儲哪些信息。每個項將成為一個欄位，並作為列顯示在表中。例如，「雇員」表中可能包含「姓氏」和「聘用日期」等欄位。

• 指定為主鍵：選擇每個表的主鍵。主鍵是一個用於唯一標識每個行的列。例如，主鍵可以為「產品 ID」或「訂單 ID」。

• 設置表關系：查看每個表，並確定各個表中的數據如何彼此關聯。根據需要，將欄位添加到表中或創建新表，以便清楚地表達這些關系。

• 優化您的設計：分析設計中是否存在錯誤。創建表並添加幾條示例數據記錄。確定是否可以從表中獲得期望的結果。根據需要對設計進行調整。

• 應用規范化規則：應用數據規范化規則，以確定表的結構是否正確。根據需要對表進行調整。

參考：資料庫設計基礎

⑥ 電子商務網站的資料庫設計

一個資料庫的設計，決不是你說的這些。就沖你說的這些，說明你對需求都沒怎麼明白。

資料庫設計，需要設計師參透需求。其次才是ER設計。

別一上來就弄表。悠著點。

⑦ 電子商務系統分析與設計怎麼進行資料庫設計

(1)需求分析，形成用戶需求規約、索引結構和數據的存放次序與位邏輯等)，即用戶要描述的現實世界的概念數據模型，通過對其中住處的分類。一般，第一步先明確現實世界各部門所含的各種實體及其屬性，運行一些典型的應用任務來驗證資料庫設計的正確性和合理性。

(2)概念設計。第二步再將前面得到的多個用戶的局部視圖集成為一個全局視圖，即適應於某種特定資料庫管理系統所支持的邏輯數據模式。因此、一個商場或者一個學校等)、實體間的聯系以及對信息的制約條件等，可能就需要返回到前面去進行修改，在做上述資料庫設計時就應考慮到今後修改設計的可能性和方便性.

(3)邏輯設計、聚集和概括、信息間的互相制約關系以及各部門對信息儲存。

(5)驗證設計，建立抽象的概念數據模型，資料庫的設計過程大致可分資料庫設計為5個步驟;根據特定資料庫管理系統所提供的多種存儲結構和存取方法等依賴於具體計算機結構的各項物理設計措施、范圍。

(4)物理設計。當設計的某步發現問題時、存取方法和存取路徑等;對用戶要求描述的現實世界(可能是一個工廠，可能還需為各種數據處理應用領域產生相應的邏輯子模式、信息流動情況，弄清所用數據的種類。這個概念模型應反映現實世界各部門的信息結構，一個大型資料庫的設計過程往往需要經過多次循環反復;主要工作是將現實世界的概念數據模型設計成資料庫的一種邏輯模式：

⑧ 電子商務的交易記錄，資料庫怎麼設計

首先來說對於這種場景有兩種設計方法，這兩種方法都能夠滿足擴展性要求
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、一個表，做較少的冗餘，然後另一個附加屬性表，在第一個表不夠的時候，存附加屬性表
4、其他的暫時沒想到

⑩ 怎樣製作一個有後台資料庫的簡單網站

連接access資料庫的方式
<%
db="db.mdb" '資料庫名字
Set Conn = Server.CreateObject("ADODB.Connection")
Connstr="Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" & Server.MapPath(db)
Conn.Open Connstr
%>
然後建立一個html頁，把需要提交的東西通過表單提交到處版理頁面，添加的書權據庫，就可以了。