建站
咨詢
售后
建站咨詢
新聞中心
MongoDB適合做商城app數(shù)據(jù)庫嗎？
非常不推薦，mongo的話是文檔型非關系型數(shù)據(jù)庫，弱化了對象的概念，像這種大型的系統(tǒng)還是推薦mysql這種關系型數(shù)據(jù)庫，mongo的話，你在使用的過程中，維護這些表的相互關系，時間上會花掉更多的時間。
創(chuàng)新互聯(lián)公司專注于綏寧企業(yè)網站建設,響應式網站,購物商城網站建設。綏寧網站建設公司,為綏寧等地區(qū)提供建站服務。全流程按需策劃，專業(yè)設計，全程項目跟蹤，創(chuàng)新互聯(lián)公司專業(yè)和態(tài)度為您提供的服務
個人認為，MongoDB不太適合用作商城APP的數(shù)據(jù)庫：
能用是肯定能用的，但是不適合，開發(fā)過程中需要解決的問題會比較多且嚴峻；
單獨只使用MongoDB是不適合的，可以用它解決一部分的問題，也就是關系型數(shù)據(jù)庫和MongoDB配合著使用。
概括地說一下MongoDB是什么：它是一個基于分布式文件存儲的非關系型數(shù)據(jù)庫；我們常見的MySQL、Oracle都是關系型數(shù)據(jù)庫，數(shù)據(jù)在關系型數(shù)據(jù)庫中都是通過表的格式展現(xiàn)，可以看做二維表格；而MongoDB中的數(shù)據(jù)，類似于JSON格式（BSON）。
MongoDB除了性能上的優(yōu)勢之外，我認為最大的優(yōu)點就是數(shù)據(jù)模式自由，如果你愿意的話，可以將任何數(shù)據(jù)都保存到同一張表中（MongoDB中叫做Collection，等同于關系型數(shù)據(jù)庫中的Table）；
比如像這樣，一條客戶信息，一條產品信息，兩條毫無交集的數(shù)據(jù)，可以保存到同一個Collection中（比較極端的做法，實際使用的時候還是要區(qū)分開）：
剛好最近接觸的項目是一個商城項目并且使用了MongoDB數(shù)據(jù)庫。
該商城系統(tǒng)使用MongoDB的目的是存儲大量的商品信息，并且結合了搜索引擎lucene，以便于維護商品信息和進行查詢。
說明商城系統(tǒng)使用MongoDB不是稀奇的事情。
一分鐘了解MongoDB
MongoDB最大的特點是與MySQL等關系型數(shù)據(jù)庫不同的是，他是基于分布式文件存儲的數(shù)據(jù)庫。它的存儲的數(shù)據(jù)格式是最接近自然最面向對象的Json格式。
最重要的是，MongoDB，不支持復雜事務和連表查詢。
請注意這一點也就意味著MongoDB的適用場景是有一定局限性的，如果你想要復雜連表查詢和事務，那么MongoDB將做不到。
如果你是想維護單表信息并且做頻繁得更新和查詢，而且數(shù)據(jù)量增長指數(shù)很嚇人，MongoDB非常適合。
宇文氏建議:
這也就意味著如果MongoDB用于電商系統(tǒng)，那么很可能作為其中的一個數(shù)據(jù)存儲部分，多半會和MySQL等數(shù)據(jù)庫聯(lián)合使用。
關注“極客宇文氏”，一名有料的軟件工程師。
首先，mongdb一個最大的缺點就是不能進行多表聯(lián)合查詢，也就是說像mysql等關系型數(shù)據(jù)庫里面的join語法在mongdb是不存在的。所以說如果你想要的數(shù)據(jù)確保在一張表里就能查出來就還好，如果涉及到多表的話難道你想用各種for循環(huán)去實現(xiàn)表的聯(lián)合查詢嗎？
而實際上商城系統(tǒng)還是比較復雜的，業(yè)務不可能用一張表來表達，肯定會涉及到多表查詢，因此mongdb可以用在商城系統(tǒng)中的一環(huán)，但是不能用于全部。
到此，以上就是小編對于mongodb事務解決方案的問題就介紹到這了，希望這1點解答對大家有用。
當前題目：mongodb的事務怎么解決
文章分享：http://www.5511xx.com/article/cophdch.html
