什麼是我們的最佳數據庫結構...：

我竭力尋找，瞭解這一點的最好辦法：什麼是我們的最佳數據庫結構...：

比方說，我在Facebook的開發者，我不得不重新設計Facebook的MySQL數據庫（聚焦只有在他們的「活動」功能，你可以看到你的朋友分享）。什麼將是存儲狀態信息，評論對這些消息，喜歡，和其他事情牢記，用戶應該只能訪問他們的朋友的職位的最佳途徑。不是其他人的。

任何人都可以提出任何可能的方式來處理這個問題。數據庫結構或任何東西將不勝感激。

在我忘記之前：我正在進行一項研究（爲了我個人在webdev中的發展）。我不打算爲Facebook工作或創建一個新的Facebook或類似的東西。我只想更深入地瞭解這種情況將如何處理。如果可以的話大家一起... :-)

2012-01-05 Sthe

這個問題更適合http://programmers.stackexchange.com/ – DaveRandom 2012-01-05 11:45:38

謝謝DaveRandom。我將訪問該網站。 – Sthe 2012-01-05 13:13:41

當我第一次閱讀這篇文章時，我想到了我的大部分客戶：「讓我成爲一個應用程序，它應該像Facebook一樣，不應該超過一週。」 – dar7yl 2012-01-08 21:44:47

這是一個相當主觀的問題，但我會設置它是這樣的：

3個表：

status_messages

id (PK) | user_id (FK) | message | timestamp

status_comments

id (PK) | status_id (FK) | user_id (FK) | comment | timestamp

status_likes

id (PK) | status_id (FK) | user_id (FK) | timestamp

PK =主鍵 FK =外鍵

顯然，這不會是完整的解決方案，但你可以從結構的角度。你還需要某種類型的成員/用戶表，而且Facebook顯然比我上面概述的要多得多，但上面的內容足以實現系統的一個非常簡單的實現。

2012-01-05 12:00:56 Nick

感謝您指出「主觀」部分，並感謝您的貢獻。我在違反更多規則之前關閉了問題:-) – Sthe 2012-01-05 14:07:06

回答