每天在數據庫中生成大量記錄的實際應用程序有哪些？這些指標是什麼？

我試圖在當今時代獲得一些觀點，什麼被認為是一天中生成的大量數據或大量記錄，以及現實世界的應用程序正在做什麼。我猜大型銀行必須每天在他們的系統中生成許多記錄，我想知道這實際上是多少，數十萬，數百萬，數億，等等？

從數據儲存、查詢性能和維護的角度來看，他們通常如何每天管理這麼多數據？……如果他們不使用 GUID 之類的東西，他們如何不會用完主鍵值？

貿易。我是一家大型交易機構的 DWH 團隊的一員，我們每天在現有契約上生成 1.1 億條更新行。要求將它們保存多年。

現在我涉足這個領域，我的驗證系統每天有大約 5 億行的峰值，但我們只保留一周左右的時間。

如果他們不使用 GUID 之類的東西，他們如何不會用完主鍵值？

複合鍵。契約、日期、更新編號。類似的東西。

我曾在一個我們的計費數據每月從 80GB 到 200GB 左右的地方工作。每隔幾天就會生成新賬單並將舊賬單存檔到另一台伺服器。最初的模式是基於 PK 的 int 值，這是一個很大的錯誤，即使它是當時的最佳實踐。將其更改為 bigint 並更改程式碼以使用負數是一個巨大的項目。

快速儲存很好。我還發現每天執行索引維護比每週執行一次要快。每天它會執行 15 分鐘左右，不會引起很多問題。如果每週執行，則需要數小時，有時會影響週末為客戶服務的人員。

引用自：https://dba.stackexchange.com/questions/209013