用於記錄和檢索的更好的數據庫系統

Question

我剛剛獲得了新任務的要求。

有一種服務從一個系統（作爲CSV文件來的人）更新另一個系統（SQL服務器）中的數據：該任務要求我存儲我們複製的每個記錄的序列化版本，以及校驗和和時間戳。不會有更新，只是基於時間戳和校驗和插入和檢索。根據序列化的內容，也可以選擇SELECTS。我們要存儲的最大數據量爲N * 1m;我在系統中幾乎看不到幾百萬行。我看到它在未來3年內每天最多從幾百個增加到幾千個，然後系統將被解僱。

我的團隊是MS SQL SERVER的專家，但我想知道是否有更好的引擎（Kafka，Cassandra等）來支持這種場景。任何建議/想法？爲我們團隊中的教學/推廣工作提供合理性會有什麼好處？另請注意，我們主要使用C＃，因此與它接口的簡單方法應該是有利的。

我不是DBA，所以我可能會忽略一些細節。如果讓我知道，我會澄清。 謝謝

Answer 1

您的主要用例非常適合關係數據庫，並且您擁有SQL Server體驗，這似乎是一個明顯的選擇。根據您告訴我們的內容，搜索新的數據庫產品沒有任何明顯的好處。

由於您提到的小尺寸，您甚至可以使用SQL Server Express（免費版本，每個數據庫高達10GB），並跳過授權許可的成本。有一些功能差異，但是從你所說的內容來看，這是值得關注的，因爲它對於這種快速的一次性類型用例來說非常完美。

由於它的壽命並不長，所以這使得免費版更具吸引力。然後再次，這是一種危險的期望的東西準時退役... :)

Answer 2

實際上，任何關係型數據庫在這個任務上都會做得很好。對功能和指定大小的要求都在今天可用的關係數據庫的能力範圍內。既然你提到了一家擁有SQL Server專業知識的商店，我會建議你堅持使用你所知道的。雖然試驗新技術總是很有趣，但如果你偏離了你所知道的東西，那麼你就會依賴於不屬於你的商店專業技術的技術。另一方面，如果您的商店願意並且能夠使開源成爲您的技術曲目的永久部分（一個好主意，順便說一句），那麼只有這樣才能合理地引入一種技術，目前還不熟悉，比如MySQL或NoSQL數據庫之一。