我個人感受到的MongoDB與其他RDBMS比較時的優缺點

2 min

language: ja bn en es hi pt ru zh-cn zh-tw

你好,我是無能。

我將我粗略調查後所想到的事情整理一下。

如果結構沒有從一開始就確定,是否能像開發者一樣靈活應對?

例如,MariaDB等資料庫,如果有一個欄位名稱為「password」的表格,當您錯誤地嘗試將其用作「passw"a"rd」時,將會導致資料完整性受損並發生錯誤。

也就是說,作為RDBMS,它具有根據模式處理資料的特性。

與之相比,MongoDB因為是「NoSQL」且以文件為導向,即使是打錯字的「passw"a"rd」也會進行儲存。這是因為它不需要精確性。

處理動態資料時,以及從開發者的角度來看,擴展是否更容易呢?當然,我認為一個在儲存資料時無法保持完整性的資料庫,作為處理資料的資料庫來說,確實有些問題,但至少可以從MongoDB轉換到其他RDBMS,如果它具有這種通用性,我認為並非完全不能使用。

對於在MongoDB中已經成熟的內容,如果之後有需要,可以遷移到其他RDBMS,但如果從一開始就確定了某種程度的資料庫結構,或許就沒有必要特意使用它了。

無論如何,從開發者的角度來看,作為資料庫的易用性方面,MongoDB至少可以說具有一定的優勢。

即使在想要將所有內容無遺漏地儲存到資料庫時,它也可能發揮作用

例如,即使在處理多個網站的資料時,也可以先將所有資料丟進MongoDB,無論是「user」還是「userid」,都可以先塞進去,之後再統一編輯。將所有資料儲存在同一個集合中,之後可以編輯,這是一個優勢。實際上,我能夠輕鬆地進行替換。
即使在想要將其作為日誌儲存到資料庫時,也可以無遺漏地將任何內容塞進去,因此或許可以幾乎完整地涵蓋所有資料而沒有遺漏。

我看到有很多批評,甚至有人說使用它沒有意義,但實際使用後,我發現它有很多方面都感覺很容易操作,所以未來我可能會繼續使用,也可能不會。

那麼。

再次拜託了。