2012-03-07 37 views
1

我目前正處於一個項目的準備階段,這個項目涉及(尤其是)將大量數據寫入數據庫,速度很快(即圖像(和相關的元數據)從6臺攝像機錄製,每秒錄製40次以上)。在SQL Server中快速,高容量的數據輸入

在網絡上搜索時,似乎「大數據」更多地適用於更高的費率,但更小的「比特」(即市場數據)。

所以..

  • 是否有繼續高於「嘗試一下,看看會發生什麼」更科學的方法?
  • 「只是拋硬件」是最好的方法嗎?
  • 是否有一些我應該檢查的技術/白皮書/檢索詞?
  • 有一個令人信服的理由來考慮一些其他數據庫(或只是保存到磁盤)?

對不起,這是一個相當開放式的問題(也許是因爲程序員更好?)

+0

問題1:爲什麼數據需要在數據庫? – 2012-03-07 10:11:57

+0

@MitchWheat,好吧...相當模糊的原因,這就是爲什麼我稍微打開它的原因:主要是保持圖像數據與元數據「方便」,特別是在備份/歸檔數據時。所以如果沒有令人信服的理由*不*,那就是我正在看的。 – Benjol 2012-03-07 10:25:19

回答

1

是否有繼續高於「嘗試一下,看看會發生什麼」更科學的方法?

不,您的要求非常不尋常。

「只是拋硬件」是最好的方法嗎?

不,但在某些時候它是唯一的方法。只是通過調整菲亞特熊貓,你不會得到一個400馬力賽車引擎。如果沒有適當的硬件,您不會在任何數據庫獲得高吞吐量。

是否有一些我應該檢查的技術/白皮書/檢索詞?

在問題的上下文中不是一個有效的問題 - 你特別要求sql服務器。

是否有一個令人信服的理由來考慮其他數據庫(或只是保存到磁盤)?

不會。只要你堅持關係數據庫,相同的規則幾乎適用 - 另一個可能會更快,但不會大幅度增加。

根據圖像的大小,您的主要問題將是光盤IO和網絡帶寬。適當的大小設備,你應該沒問題。最後,這似乎不到每秒300張圖像。當然你希望圖像本身在數據庫中?我通常喜歡那樣,但這就像在電影中存儲電影一樣,這可能會延伸它。

不管你做什麼,這是一個很大盤IO和大小,所以 - 硬件,如果你需要的IOPS等去的唯一途徑

相關問題