簡體   English   中英

需要幫助選擇數據庫服務器

[英]Need help choosing database server

今天是個好日子。

最近我被賦予了開發應用程序以自動化股票交易某些方面的任務。 在開始初始架構時,出現了數據庫困境。 我需要的是一個快速的數據庫引擎,可以非常快速地處理大量數據。 我在通用編程方面經驗豐富,但我從未面臨過開發高負載數據庫架構的任務。 在我的一個項目中,我開發了一個簡單的MSSQL數據庫模式,其中包含多個多對多關系,但就是這樣。

我正在尋找的是關於選擇最合適的數據庫引擎的一些建議,以及描述高負載數據庫開發的各種手冊或書籍的一些建議。

該項目的具體內容如下:

  • 操作系統:Windows NT系列(Server 2008/7)
  • 主平台:.NET with C#
  • 數據庫結構:一個表用於保存主項,兩個或三個表用外鍵保存到第一個表以保存其他信息。
  • 數據庫SELECT要求:需要通過外鍵和外鍵與其中一列的組合進行超快速選擇(可能是DATETIME)
  • 數據庫INSERT要求:越快越好:)

如果有顯着的性能提升,可以用C ++編寫一些部分,並將托管接口寫入系統的其余部分。

再一次:考慮到我剛輸入的所有內容,請給我一些關於我項目最佳數據庫的建議。 還非常感謝關於該主題的一些手冊和書籍的鏈接或參考。

編輯:我需要在30-50毫秒內在2個表中插入3-5行大約一次,我需要使用0-2 WHERE子句以相似的速率執行SELECT。

這項技術無關緊要。 這是關於硬件的。

需要通過外鍵以及外鍵和其中一列的組合進行超快速選擇(可能是DATETIME)

所以你需要一個像SSD和256GB內存作為緩存的supermicro 72光盤計算機系統。 就那么簡單。 根據需要添加處理器。

問題是它是昂貴的,但最后數據庫是關於IO的。 點。

或者使用點擊流數據庫(KD +)和支付30.000美元的硬件,他們要求的硬件20.000美元用於啟動最小的軟件許可證。

我知道這聽起來很難,但是數據庫的速度 - 除非你做了愚蠢的事情來扼殺性能 - 關於硬件問題。 PRettym uch IOPS預算(每秒獨立IOPS)。 而不是關於軟件。

你的清單只是基本要求。 您幾乎可以使用任何數據庫,但我不建議使用MySQL。 當您執行多次插入時,它可能會減慢一點,因為這會清除查詢緩存。 其他DBMS可以更好地處理這個問題。

但話又說回來。 三張桌子......你幾乎可以在Access中做到這一點。

指定的是您期望的讀取和插入量。 我們糟糕的小型MySQL數據庫每天為我們的網站運行數百萬條查詢。 其中只有一小部分是插入和更新(DML語句),因此MySQL處理得非常好,但查詢量,復雜性和涉及的數據量都是比表數更重要的數據。

如果您已經有過使用Sql Server的經驗,我建議您以某種形式堅持使用它。 此外,Sql Server和.NET有很好的協同作用(顯然),因為它們都是微軟的產品。

如果它不一定是SQL,也許像Cassandra這樣的系統是個不錯的選擇。 這類數據庫被社交媒體等高頻網站使用。 但不知道它在Windows服務器下的安裝方式。

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM