我將有超過八百十億條記錄的數據庫的檢索時間,SQL服務器:有沒有辦法從理論上估算查詢
我要去可以通過SQL服務器ONLY查詢數據庫,以檢索記錄,即SELECT查詢。
我會從1到36,000,000條記錄中檢索,另外我還會考慮緩存(36,000,000 x 8)條記錄。
我一直在尋找的是一些手段,通過它我能得到多少時間將採取一個簡單的SELECT查詢的SQL Server(任何版本\版)要回3600萬的的估計(最壞情況場景)。
我的表很簡單,只有9列\屬性,所有這些INT(整數)。
我需要事先了解這個之前我可以填充我的數據庫&設計我的應用程序,同時牢記我是否必須依靠SQL Server或我的應用程序必須依靠巨大的緩存,因爲響應慢不是一個選項。
EXTRA注意
- 網絡連接和帶寬是不是在這裏考慮。
- 我無法通過編程檢查已用時間,因爲DB尚未填充 。
Ëd I T
爲什麼向下票
這裏有很多變數,這並不好笑。沒有人能夠給你提供任何接近猜測的東西,而不能在你的硬件上用你的查詢和使用模式填充你的數據。對不起,從行數外推到查詢時間的可靠估計都沒有涉及到魔術。 – 2012-03-11 19:00:53
把所有的變量放在一邊,怎麼樣通過「八百億記錄」最壞的情況搜索 – Moon 2012-03-11 19:47:33
絕對沒有想法,對不起。你不能「把所有的變量放在一邊」 - 我的八千億行看起來與你的看法有很大不同。 – 2012-03-11 19:49:21