大MySQL查詢與長期高速

Question

方面的HTTP連接後，現在我覺得我的兩個主要選擇之間卡住抓住用戶的朋友列表。

首先是與Facebook的直接連接，和拉朋友列出並創建朋友模型與JSON的列表。 （需要相當長一段時間，每當我嘗試它，像2秒？）

另一種是每當用戶登錄，該程序將存儲他或她的整個朋友列表內大朋友模型（請注意，即使兩人們擁有相同的確切朋友，兩套將仍然存儲，所有朋友模型將有一個FK回到在他們的名單上有這些朋友的人）。

每當用戶需要他或她的朋友列表，我只是用Django的過濾器來抓住他們。 現在這是非常快，但這是因爲它尚未與許多人測試。

基於斷你的球員的經驗，這兩個決定將最有意義的長期？

謝謝

Answer 1

這很大程度上取決於您計劃如何處理數據。然而，從長遠考慮，你會有更多的靈活性，將朋友分成不同的單位，而不僅僅是將他們全部存儲在一起。

如果朋友創建過程花費的時間太長，你應該考慮它關閉裝載到一個單獨的進程能夠完成它的背景下，使用類似芹菜。