溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
今天就跟大家聊聊有關為什么選擇使用NoSQL數據庫開發如此困難，可能很多人都不太了解，為了讓大家更加了解，小編給大家總結了以下內容，希望大家根據這篇文章可以有所收獲。
傳統觀念中NoSQL數據庫非常適合某些數據類型，如：非關系數據源。同時，NoSQL被吹捧為最適合Web應用程序的優秀平臺。然而他適合大多數數據，特別是web應用程序的數據是相關型。那么，這是否可以給你一個堅持使用RDMS的理由呢?也不一定，即使很困難，我們還是要做出選擇。
評估NoSQL是一個很茅盾的理論，一些人認為，應該將所有文檔數據存儲在一個文檔中，做鏈接代碼就是褻瀆神明。另外一部分人認為，存儲應用文檔，加入代碼，才是合理選擇。與此同時，不同的數據庫，需要在文檔中限制嵌套數據數量。有的人會鼓勵文檔引用。這是NoSQL數據模型的基本部分，也沒有一個明確的共識。
曾經有一篇很熱的帖子"Why you should never use XYZ"，我想，讀到這里，一定會有人搜索這篇文章。當然，這種文章各式各樣，太過于籠統的標題也沒什么幫助。毫無疑問，會有人會搜索這個文章，然后再找到這個文章，進一步深入，找到該文章的方法遠比成功(理解問題)的故事多。很難知道誰提供了一個有效的技術問題，誰又誤讀了這個問題(或者缺少證據證明其觀點)。
有大量選擇，RDBMS的世界，選擇就很容易。你有4或5個目標，大家工作方式差不多，來選擇環境、預算支持的平臺。對于成熟的產品，風險比較小。NoSQL的世界，有很多數據庫引擎功能選擇。每一個有自己的獨特優勢，也有致命弱點。所以選擇很難， NoSQL項目生命周期短，嘗試新項目或者流行項目也會有風險。上次，我的的項目是在 CouchDB上，而現在似乎停擺了。
做出這個痛苦決定的原因是，這可能是一個案例：你需要做一大堆工作，才能知道，你做出的選擇對與錯。你可以實體化你的數據模型，了解他與系統的工作情況，但是，這只有你正真撞到南墻，才可以找到裂縫(答案)。以我為例，我建的應用程序是關系數據庫，移動文件存儲的主要因素是，需要一個無模式設計來達到我的目標。使用NoSQL 數據庫存儲關系型數據庫并不是我們所常說的，雖然，這種事常常發生。
現在我在用 Couchbase 和 MongoDB，Mongo對我沒多大吸引力，不過鑒于他非常流行，對于引起來說，很有好處。當然，很多都可以以同樣的方式流行。PHP很流行，因為他的易用性，而不是因為他很好。
看完上述內容，你們對為什么選擇使用NoSQL數據庫開發如此困難有進一步的了解嗎？如果還想了解更多知識或者相關內容，請關注億速云行業資訊頻道，感謝大家的支持。
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
