商城項目應該用什麼資料庫
要安全可靠的資料庫才行，比如像lodoeshop商城購物系統的資料庫就是比較安全的，而且方回便。樂度網店系答統所用資料庫類型是有兩種的,一種是Access 資料庫,另一種是Ms-SQL。免費版的資料庫為Access資料庫，商業版的資料庫分為兩種，一種是Access 資料庫,另一種是Ms-SQL，商業版可使用雙資料庫，可以在後台在線切換要使用哪個資料庫。
⑵ 大型電商用什麼資料庫
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了。
有一次在和一個朋友聊天時他們正在著手在線文檔系統架構設計，由於文檔訪問壓力非常大，每次請求資料庫也非常大，由於大量的的文檔數據在服務端和客戶端傳輸，會經常造成網路堵塞。我建議他可以把文檔分片，減少一次性大文件傳輸。再根據文檔熱度把一些文檔保持到緩存中。其實文檔也好，資料庫也好，很多方法只要根據業務要求也可以達到異曲同工的之效。
⑶ 商城系統一般用什麼資料庫
之前商復城平台用的是php+mysql開發的，但制運營幾年後，只要數據量一上來系統系統響應就非常慢，後台打開一個頁面經常要花十幾秒，應該是mysql對海量數據的查詢性能不太好導致的。目前已經將商城平台遷移至shop++，因為shop++同時支持mysql、sqlserver、oracle多種資料庫，現在使用的是oracle,運行挺穩定的，暫時沒有出現過系統響應緩慢的問題。
⑷ 【Mcmore電商系統】使用的是什麼類型的資料庫一般的商城系統需要使用ORACLE嗎拜託各位了 3Q
電商一般用mysql，大型的電商由於是OLAP和OLTP溫和型系統，mysql和ORACLE都會用
⑸ 商城系統資料庫有哪幾種
伺服器你可以自己選擇，VPS（虛擬專用伺服器）或者是雲伺服器。部署好伺服器差不專多就可以，其他就是看各自有什麼屬特殊需求，像有些是要把淘寶的商品數據導到新的商城上去。
YiShop商城系統可以幫你申請和備案你的獨立域名，伺服器也可以按客戶要求部署，淘寶的商品數據可以一鍵導入到商城上去。還有其他一些要求都可以幫忙做好，這些都是一些售後服務。
⑹ 大型商城要什麼資料庫好
mysql相對來說比較好
資料庫的使用要看使用量，ac屬於小型資料庫，操作起來也比較別扭
mysql相對來說好一些
從安全性考慮，也是mysql好一些
不過具體的還要看你資料庫的需求來定了
⑺ 做一個類似淘寶的購物商城資料庫需要哪些表
-----------------用戶信息-------------
-----------------系統代碼表-----------
---------------菜單信息--------------
-------------------用戶訂單--------------
---------------訂單 項目內信息-----------
----------------商品容類別信息-------------
----------------產品信息-----------------
----------------公告信息----------------
---------------訂單-----------------
-------------------訂單詳情---------------
⑻ 製作商城網站用什麼資料庫最好
mysql或smsql資料庫
⑼ 個商城系統是怎麼設計資料庫的
網上商城系統的開發步驟
一、目標需求分析
1.相關系統分析員向用戶初步了解需求，然後用word列出要開發的系統的大功能模塊，每個大功能模塊有哪些小功能模塊，對於有些需求比較明確相關的界面時，在這一步裡面可以初步定義好少量的界面。
2.系統分析員深入了解和分析需求，根據自己的經驗和需求用WORD或相關的工具再做出一份文檔系統的功能需求文檔。這次的文檔會清楚列出系統大致的大功能模塊，大功能模塊有哪些小功能模塊，並且還列出相關的界面和界面功能。
3.系統分析員向用戶再次確認需求。
二、網站策劃
1、確定網站定位
2、確定網站規劃（功能、風格）
3、對網站內容進行採集
三、整體設計
1、概要設計
需要對軟體系統進行概要設計，即系統設計。概要設計需要對軟體系統的設計進行考慮，包括系統的基本處理流程、系統的組織結構、模塊劃分、功能分配、介面設計、運行設計、數據結構設計和出錯處理設計等，為軟體的詳細設計提供基礎。
2、詳細設計
在概要設計的基礎上，進行軟體系統的詳細設計。在詳細設計中，描述實現具體模塊所涉及到的主要演算法、數據結構、類的層次結構及調用關系，需要說明軟體系統各個層次中的每一個程序(每個模塊或子程序)的設計考慮，以便進行編碼和測試。應當保證軟體的需求完全分配給整個軟體。詳細設計應當足夠詳細，能夠根據詳細設計報告進行編碼。
四、網頁、資料庫編程
在軟體編碼階段，根據《軟體系統詳細設計報告》中對數據結構、演算法分析和模塊實現等方面的設計要求，開始具體的編寫程序工作，分別實現各模塊的功能，從而實現對目標系統的功能、性能、介面、界面等方面的要求。
五、測試
測試編寫好的系統。交給用戶使用，用戶使用後一個一個的確認每個功能。完成測試後，完成驗收並完成最後的一些幫助文檔，整體項目才算告一段落，當然日後少不了升級，修補等等工作。
六、上傳發布
將寫好的源碼上傳到遠程伺服器上，供普通用戶使用.
七、網站推廣
通過網路營銷手段對網站進行推廣。
八、維護、更新
根據用戶需求的變化或環境的變化，對應用程序進行全部或部分的修改。