文字類資料(如部落格)是放到mysql中合適還是Mogodb中合適?

時間 2021-05-30 00:12:06

1樓:小毛的胡思亂想

大多數專案,盲選mysql跑不了。為什麼呢?mysql資料多,案例多,通用資料庫,滿足大多數業務要求沒問題,基本上每個專案都會配備關聯式資料庫的。

mongodb,如果你關聯式資料庫都玩不溜,不要碰。多一套技術,就多一些維護成本。除非你確定增加mongodb可以有很多好處,並且帶來的問題,也有相應的解決方案,否則不要碰。

2樓:M-4Y

區別不大,就看你是否要用到複雜的索引機制

再乙個我們可以使用資料庫中介軟體解決一些讀寫歸併問題

至於搜尋引擎,有點重,重要的資料不應該用到這種解決方式

3樓:牛屎

mongo的場景是儲存一些不規則的文件資料,相比起來mysql存一些容易解析,結構固定的資料。

es是用來做分詞搜尋的,建議冗餘使用。

跳過底層知識不講(自己去了解吧),我喜歡把整個部落格內容放進mysql乙個字段,然後也寫到es,返回資料用mysql查,搜尋用es。

我本身不太喜歡mongo,一來改了協議,二來以前專案有瓶頸在mongo,也不知道是我菜還是它菜。

4樓:墨天輪

看來確實了解很淺哈,名字都拼錯了,是MongoDB,但是他是乙個文件資料庫,詳情參考文件:一文詳述MongoDB

而你提到的部落格資料,是典型的關係型結構,肯定用關係型資料庫,也就是MySQL,

至於ES,與用什麼資料庫並沒有太大關係,能從其他資料庫同步資料到ES,也能直接用程式寫資料到ES。

文字類工作。工作需求,已有有台式買ipad還是筆記本?

林宸 如果文字類工作是重在於 編輯 那有台式電腦作為固定點,選擇移動端,還是應該考慮筆記本。如果文字類工作是重在於 內容輸出 那有台式電腦作為固定和後期成稿用,移動端可以考慮Pad。個人特別迷iPad pro官配的鍵盤,覺得打字有感覺 哈哈,不過也有很多人不習慣這類鍵盤,各花入各眼 myj 最好是筆...

怎麼理解禪宗的不立文字,類似六祖壇經這樣的禪宗經典不就是文字的嗎?

奇蹟人生 文字立下,它就變成死物了。只在特定範圍和情況下會產生引導作用。立文字,真相就很可能被誤解。就像 道德經 論語 這些經典書籍,不同的人讀解的意思也不一樣。不說這些經典,就說我們平時說的話。從自己嘴巴裡面說出來很正常,但別人聽著卻是另外乙個意思,這種事經常發生。這是文字的障礙,文字是無法直接看...

當下大資料市場的火熱,和做大資料開發的人如洪水猛獸般湧進來,大資料工程師的核心競爭力是什麼

IT人劉俊明 作為一名科技 教育工作者,我來說說我的看法。首先,隨著大資料技術體系的不斷成熟和發展,在工業網際網路的推動下,大資料技術已經處在了落地應用的初期階段,相信隨著越來越多的行業資源和社會資源向網際網路匯集,大資料自身將構建起乙個龐大的價值空間,這必然會釋放出大量的人才需求。當前大資料領域的...