2011-03-22 26 views
0

我需要找到以下問題的解決方案:什麼是高更新間隔和聚合讀取的好分貝?

一個擁有10,000個父對象的系統,每個系統都包含幾百個具有值的子類型,每個子類型可能會每秒更新幾次。

另一方面,我需要生成可以每秒計算4-5次的聚合數據。可以有10,000個這種不同的聚合器。

好處是行很少在運行時添加,只更新。此外,值類型是小int和浮點數。

我應該使用什麼框架?

我曾考慮過使用鍵值nosql方法,但這並不能讓我做聚合調用。任何想法是值得歡迎的,謝謝

+0

請給出更多細節。它*每個*子節點可以每秒更新幾次嗎?或者這幾百萬只有4-5個節點?父對象和聚合之間是否存在直接映射(如數字暗示)?這些聚合是簡單的計數,總和等還是更復雜的操作? – APC 2011-03-22 17:18:18

+0

@APC每個節點都可能被更新,並且不與聚合器直接鏈接。數字可能會改變。此外,基本上只尋找總和和平均值 – AltControl 2011-03-22 19:19:34

回答

1

你應該考慮一個OLAP解決方案,如SQL Server分析服務。 OLAP系統在多個級別上預先計算聚合,因此可以爲諸如您的場景提供非常高的性能。

+0

是不是太多?它可以實時有效地工作嗎?畢竟,我需要關鍵值對列表的聚合信息,而olap和SQL分析是爲更復雜的連接等而設計的,不是嗎? – AltControl 2011-03-22 16:04:15

+0

實際上,與OLAP系統相比,聚合正是OLAP解決方案所擅長的。從維基百科重新報道:「有人聲稱,對於複雜查詢,對於OLTP關係數據上的相同查詢,OLAP立方體可以在大約0.1%的時間內產生答案。」更新頻率可能是一個問題,但我相信幾個OLAP實現實時支持部分重新計算 – Manu 2011-03-22 16:10:13

+0

我是否理解您希望更新的數據與它在您的聚合查詢中反映出來之間的亞秒級延遲?如果是這樣,那麼分析服務是不可能的。考慮專業的CEP解決方案,如StreamBase,OSISoft PI或可能的MS StreamInsight。 – sqlvogel 2011-03-22 16:56:27

相關問題