電子商務系統資料庫

❶ 大型電商用什麼資料庫

oracle集群
Oracle RAC是業界最流行的產品。其架構的最大特點是共享存儲架構（Shared-disk），整個RAC集群是建立在一個共享的存儲設備之上的，節點之間採用 高速網路互連。在 Oracle RAC 環境中，每個 Oracle 數據塊都被賦予一個（且只有一個）「主」Oracle RAC 節點。該 Oracle RAC 節點的全局緩存服務 (GCS) 負責管理對這些數據塊集的訪問。當其中一個 Oracle 節點需要訪問某個 Oracle 數據塊時，它必須首先與該數據塊協商。然後，該主節點的 GCS 或者指示請求的 Oracle 節點從磁碟中獲取該數據塊，或者指示該Oracle 數據塊的當前持有者將被請求的數據塊發送到請求節點。Oracle 嘗試跨所有 RAC 節點統一分發該數據塊的所有權。在 Oracle RAC 環境中，數據塊大致相等的所有節點都將被指定為主節點。（如果 Oracle RAC 節點數是 Oracle 數據塊數的約數，則所有 RAC 節點都是具有同樣數量的數據塊的主節點。）

mysql集群
MySQL cluster和Oracle RAC完全不同，它採用Shared-nothing架構。整個集群由管理節點(ndb_mgmd)，處理節點(mysqld)和存儲節點(ndbd)組 成，不存在一個共享的存儲設備。MySQL cluster主要利用了NDB存儲引擎來實現，NDB存儲引擎是一個內存式存儲引擎，要求數據必須全部載入到內存之中。數據被自動分布在集群中的不同存 儲節點上，每個存儲節點只保存完整數據的一個分片(fragment)。同時，用戶可以設置同一份數據保存在多個不同的存儲節點上，以保證單點故障不會造成數據丟失。
MySQL cluster的優點在於其是一個分布式的資料庫集群，處理節點和存儲節點都可以線性增加，整個集群沒有單點故障，可用性和擴展性都可以做到很高，更適合 OLTP應用。但是它的問題在於：1.NDB存儲引擎必須要求數據全部載入到內存之中，限制比較大，但是目前NDB新版本對此做了改進，允許只在內存中加 載索引數據，數據可以保存在磁碟上。2.目前的MySQL cluster的性能還不理想，因為數據是按照主鍵hash分布到不同的存儲節點上，如果應用不是通過主鍵去獲取數據的話，必須在所有的存儲節點上掃描， 返回結果到處理節點上去處理。而且，寫操作需要同時寫多份數據到不同的存儲節點上，對節點間的網路要求很高。

分布式資料庫拆分

資料庫分片
Sharding 不是一個某個特定資料庫軟體附屬的功能，而是在具體技術細節之上的抽象處理，是水平擴展(Scale Out，亦或橫向擴展、向外擴展)的解決方案，其主要目的是為突破單節點資料庫伺服器的 I/O 能力限制，解決資料庫擴展性問題。
把熱度高的數據劃分開來，使用配置剛好的硬體，提高訪問速度，增強用戶體驗
把不同的用戶的數據根據用戶的id放到不同的資料庫中，不同用戶對應的交易數據也跟著到不同的資料庫；之後可以把交易完成和正在交易的資料庫分開。
一個全國經濟信息系統，可以按照不同地區把不同數據放到不同資料庫中，隨著時間增加數據也會越來越大，到時還可以工具年份在重新劃分資料庫。
一個大中型的電子商的電子商務網站一定會遇到數據量巨大的問題，可以根據用戶對象或者使用和被使用的數據進行分片。這樣避免了在一個庫中數據膨脹而帶來的瓶頸。
在資料庫分片時最好分到不同的伺服器中，或者不同的存儲中，避免磁碟競爭
資料庫分片存在比較大問題就是人查詢或者統計涉及到跨庫就比較麻煩。特別是join時如果涉及到多個節點，將非常困難，應該盡量避免。

資料庫水平分片

讀寫分離
讀寫分離架構利用了資料庫的復制技術，將讀和寫分布在不同的處理節點上，從而達到提高可用性和擴展性的目的。
讀寫分離簡單的說是把對資料庫讀和寫的操作分開對應不同的資料庫伺服器，這樣能有效地減輕資料庫壓力，也能減輕io壓力。主資料庫提供寫操作，從資料庫提供讀操作，其實在很多系統中，主要是讀的操作。當主資料庫進行寫操作時，數據要同步到從的資料庫，這樣才能有效保證資料庫完整性。Quest SharePlex就是比較牛的同步數據工具，聽說比oracle本身的流復制還好，mysql也有自己的同步數據技術。mysql只要是通過二進制日誌來復制數據。通過日誌在從資料庫重復主資料庫的操作達到復制數據目的。這個復制比較好的就是通過非同步方法，把數據同步到從資料庫。
主資料庫同步到從資料庫後，從資料庫一般由多台資料庫組成這樣才能達到減輕壓力的目的。讀的操作怎麼樣分配到從資料庫上？應該根據伺服器的壓力把讀的操作分配到伺服器，而不是簡單的隨機分配。mysql提供了MySQL-Proxy實現讀寫分離操作。不過MySQL-Proxy好像很久不更新了。oracle可以通過F5有效分配讀從資料庫的壓力。
上面說的資料庫同步復制，都是在從同一種資料庫中，如果我要把oracle的數據同步到mysql中，其實要實現這種方案的理由很簡單，mysql免費，oracle太貴。好像Quest SharePlex也實現不了改功能吧。好像現在市面還沒有這個工具吧。那樣應該怎麼實現數據同步？其實我們可以考慮自己開發一套同步數據組件，通過消息，實現非同步復制數據。其實這個實現起來要考慮很多方面問題，高並發的問題，失敗記錄等。其實這種方法也可以同步數據到memcache中。聽說oracle的Stream也能實現，不過沒有試過。
通過ebay讀寫分離的結構圖，通過Share Plex 近乎實時的復制數據到其他資料庫節點，再通過F5特定的模塊檢查資料庫狀態，並進行負載均衡，IO 成功的做到了分布，讀寫分離，而且極大的提高了可用性。目前讀寫分離技術比較多，比較有名的為amoeba，有興趣的同學可以研究下。

資料庫緩存
讀寫分離現在應用非常廣泛，特別是時國內外大型網站，都使用的非常多，很多都是自己研發緩存系統，淘寶還開源了Tair系統，有興趣的可以研究下。比較有名的是memcached使用memcached最好的可能算facebook了。通過memcached分擔讀的操作，把常用的對象數據存儲到memcached中，當有讀操作過來時先訪問memcached如果memcached沒有該數據再從資料庫獲取，同時把數據放到memcached中，下次訪問就可以直接訪問memcached了。

有一次在和一個朋友聊天時他們正在著手在線文檔系統架構設計，由於文檔訪問壓力非常大，每次請求資料庫也非常大，由於大量的的文檔數據在服務端和客戶端傳輸，會經常造成網路堵塞。我建議他可以把文檔分片，減少一次性大文件傳輸。再根據文檔熱度把一些文檔保持到緩存中。其實文檔也好，資料庫也好，很多方法只要根據業務要求也可以達到異曲同工的之效。

❷ 電子商務資料庫構建步驟是什麼

電子商務的資料庫構建步驟主要有以下幾點：

1. 需求分析：調查和分析用戶的業務活專動和數據的使用屬情況，弄清所用數據的種類、范圍、數量以及它們在業務活動中交流的情況，確定用戶對資料庫系統的使用要求和各種約束條件等，形成用戶需求規約；

2. 概念設計：對用戶要求描述的現實世界，通過對其中住處的分類、聚集和概括，建立抽象的概念數據模型；

3. 邏輯設計：主要工作是將現實世界的概念數據模型設計成資料庫的一種邏輯模式，即適應於某種特定資料庫管理系統所支持的邏輯數據模式；

4. 物理設計：據特定資料庫管理系統所提供的多種存儲結構和存取方法等依賴於具體計算機結構的各項物理設計措施，對具體的應用任務選定最合適的物理存儲結構；

5. 驗證設計：在上述設計的基礎上，收集數據並具體建立一個資料庫，運行一些典型的應用任務來驗證資料庫設計的正確性和合理性等。
   

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

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

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

❹ 電子商務與資料庫之間的關系

建立電子商務網站，最主要的是要能與訪問者互動。而一個互動網，它必須是由非靜態網頁（html）來完成，這種可以交互的動態網頁一般是由ASP、PHP、JSP、CGI、等語言寫的，它們都需要有一個像ACCESS、 MS-SLQ、 My-SQL等資料庫來存儲訪問者的交互信息，也就是說一個電子商務網資料庫

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

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

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

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

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

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

❻ 資料庫與電子商務有什麼聯系

資料庫就是記錄保存的系統，類似於
U盤，把你的資料和
信息存儲
進去。版
電子商務就是在網上權利用電子的模式經營生意，賺錢。。
那麼在
網上賺錢
肯定會產生數據和信息，那麼這些信息就要依靠資料庫來幫你保存和記錄。。
聯系就是資料庫是電子商務的工具。

❼ 電子商務網站資料庫

要看你電子商務的規模了

如果規模大，肯定要用MSSQL或MYSQL的資料庫

如果小規模，產品少，，也沒什麼其他資料庫大量的操作的話，ACCESS資料庫就夠了

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

第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外部數據的導人與鏈接
習題
……

❾ 電子商務資料庫應該包括什麼內容

應該有訂單系統信息、庫存信息、商品信息、支付信息等等！你的問題太籠統了，不好說。

❿ 電子商務資料庫技術的介紹

本書主要內容包括電子商務資料庫基礎、Access關系資料庫管理系統、SQLserver關系資料庫管理系統、關系資料庫標准語言SQL、資料庫安全保護、關系資料庫設計、Web資料庫程序設計、電子商務網站設計案例。