杭州設計VI設計公司新聞系統發布

如果您已經跟蹤了我們以前關于系統設計面試問題的帖子，您可能會驚訝于新聞提要系統是多么的普通。

無論你是建筑、Instagram或臉譜網，杭州VI設計公司將需要某種形式的新聞飼料系統顯示更新。

事實上，關于新聞提要有很多有趣的細節，比如如何排列feed、如何優化發布等。所以在這篇文章中，我將介紹這個流行的問題——設計新聞提要系統。

為了簡單，讓我們專注于為臉譜網設計新聞提要系統，因為不同的產品有不同的需求杭州設計師酒店，

簡要地總結一下這個功能，當用戶進入他們的主頁時，他們會根據特定的順序看到來自他們朋友的更新。供稿可以包含圖像、視頻或文本，用戶可以有大量的朋友。

那么如何從零開始設計這樣的新聞提要系統呢？

如果你沒有考慮過這個問題，最好先自己解決，然后再閱讀剩下的文章。雖然沒有標準答案這樣的東西，你仍然可以通過比較你的解決方案來學到很多東西。

讓我們開始吧。正如我們前面所說，當面對如此龐大而模糊的系統設計問題時，最好將一些大的問題分成子。
 

對于新聞提要系統，顯然我們可以把它分為前端和后端兩部分。我將跳過前端，因為它在系統設計面試中并不常見。對于后端，三個子問題似乎對我至關重要：

數據模型。我們需要一些模式來存儲用戶和feed對象。更重要的是，當我們試圖優化讀/寫系統時，會有很多權衡取舍。我將詳細解釋下一步。

飼料出版。當只有幾百個用戶時，發布可能是微不足道的杭州網站設計。但是，如果有數百萬甚至幾十億的用戶，這可能是代價高昂的。所以這里有一個規模問題。有兩個基本對象：用戶和飼料。用戶對象，我們可以存儲用戶標識、名稱、注冊日期等。和飼料的對象，有feedid，feedtype、內容、元數據等，應支持圖像和視頻等。

如果我們使用關系數據庫，我們還需要建立兩種關系：用戶關系和朋友關系。前者相當簡單。我們可以創建一個用戶表存儲用戶標識和相應的飼料feedid。對于單個用戶，如果他發布了許多提要，它可以包含多個條目。

對于朋友關系來說，杭州網站設計鄰接表是最常用的方法之一。如果我們把所有用戶看作一個巨圖中的節點，則連接節點的邊表示朋友關系。我們可以使用一個包含模型的邊緣在每個條目兩用戶id的朋友表（朋友關系）。通過這樣做，大多數操作都非常方便，比如取出用戶的所有朋友，檢查兩個人是否是朋友。

在上面杭州網站設計中，讓我們看看當我們從用戶的所有用戶那里獲取數據時會發生什么。

該系統將首先獲得所有用戶ID的朋友從朋友表。然后把所有的feedids每個朋友從用戶進料臺。最后，飼料的內容是基于feedid取飼料表。您可以看到，我們需要執行3個連接，這將影響性能。

一種常見的優化是儲存飼料的內容在用戶進料臺feedid這樣我們不需要再加入飼料表。這種方法被稱為非規范化，即通過增加冗余的數據，我們可以優化讀取性能（降低連接數）。

缺點是顯而易見的：

數據冗余。我們存儲冗余數據，占用存儲空間（經典時空權衡）。

杭州品牌設計數據一致性。每當更新feed時，我們都需要更新feed表和用戶feed表。否則，存在數據不一致性。這增加了系統的復雜性，記住，沒有一個方法總是比其他更好的（規范與反規范化）。這是一個你想優化讀寫的問題。

對提要進行排序最直接的方法是創建它的時間。顯然，臉譜網所做的不止于此。“重要”飼料排名第一。

在跳轉到排序算法之前，我通常想問一下我們為什么要改變排名？我們如何評價新的排序算法是否更好？如果候選人自己提出這些問題，那無疑是令人印象深刻的杭州品牌設計。

之所以有更好的排名，并不是說這似乎是正確的做法。相反，每件事都應該發生是有原因的。假設有幾個我們關心的核心指標，比如用戶粘性、保留率、廣告收入等等。一個更好的排名系統可以顯著地改進這些指標，這也回答了如何杭州品牌設計。