我目前在數據建模上苦苦掙扎。某些表格中有超過100萬條記錄，需要相當長的時間才能通過GROUP BY和COUNT查詢輸出。所以我轉移到Couchbase，因爲它支持查看和索引，我發現查詢數據更快。在關係數據建模和文檔數據建模之間掙扎
MySQL中有一個很大的優勢，我發現它非常有用。比如我在用戶表中有一個用戶和一些與這個用戶相關的文章，也有一些來自許多其他用戶的與本文相關的喜歡和評論。我通常做一個JOIN，所以輸出會給我帶有用戶名和個人資料圖片的文章。輸出還附有其他用戶的詳細信息，包括喜歡和評論。因此，如果用戶上傳新的個人資料圖片或更改了他的電子郵件地址，我只需要更新users表中的列。
在Couchbase中，我試圖創建文檔，因爲我將數據存儲在MySQL中，因此文章文檔的作者爲user_id，評論文檔有commenter_id和article_id。現在我發現在啓用了限制和排序的情況下將它們加入視圖或索引非常困難。所以我複製了用戶的profile_img和first_name和last_name到所有相關文件。所以，當我加載文章文檔具有以下結構：
{ "article_id": 1234, "text": "A good article", "author_id": 1, "first_name": "John", "last_name": "Smith", "profile_img": "0bf34ee0a.jpg", "likes": [ { "user_id": 1, "first_name": "John", "last_name": "Smith", "profile_img": "0bf34ee0a.jpg" }, { "user_id": 2, "first_name": "Paul", "last_name": "Einstein", "profile_img": "1789ab00ef.jpg" } ] "comments": [ { "user_id": 1, "first_name": "John", "last_name": "Smith", "text": "This is my article", "profile_img": "0bf34ee0a.jpg" }, { "user_id": 2, "first_name": "Paul", "last_name": "Einstein", "text": "i like it", "profile_img": "1789ab00ef.jpg" } ] }
這無疑救了我的查詢時間。 （否則，我必須先查詢文章，從文章和喜歡和評論中提取用戶ID，並根據用戶ID查詢用戶附加用戶詳細信息到文章以及喜歡和評論）。但是這給我帶來了另一個問題，如果用戶更新他的個人資料圖片，我必須抓取所有文章才能找到他的user_id並更新profile_img字段。
任何人都有我應該走哪條路線的線索？
我不明白這裏複雜的只是存儲的用戶ID，關鍵詞，全文檢索或'solr'整合。我看不到一個數百萬行的mysql解決方案是如何對索引進行調整並不是一個尖銳的快速解決方案。特別是如果你避免blob – Drew
你不能只是採取SQL建模，並將其轉換爲任何NoSQL /文檔數據庫解決方案。 一個嚴肅的解決方案應該涉及到對數據的重新思考。 這主要是因爲這些平臺傾向於解決不同的問題。 –