如何在本地強調加載開發數據庫（服務器）？

Question

哇，這個標題立刻給了我「你問的問題看起來很主觀，很可能會被關閉。」

無論如何，經過一番搜索和閱讀後，我決定去問。

從我的問題來：What are the first issues to check while optimizing an existing database?，這歸結爲必要強調加載本地SQL Server開發數據庫接收備份.bak文件。

難道我理解正確the answer by paxdiablo to question: "DB (SQL) automated stress/load tools?"，沒有通用的壓力加載試驗SQL工具獨立於RDBMS？

什麼是SQL Server的壓力測試加載工具？
你在做什麼爲本地開發SQL Server數據庫廉價和骯髒的壓力加載？

更新：我很感興趣，應力載荷的SQL Server 2000，2005，2008年的數據庫 （無約2000線索）。
OK，讓我們拋開最終/實際測試（QA到speacialists，DBA和系統管理員），並限制在應力載荷的情況下的問題，找到設計明顯（離譜）的缺陷，性能瓶頸。

Answer 1

你是對的。

沒有通用的壓力加載測試SQL工具獨立於RDBMS。

怎麼會有？您可以單獨對硬件子系統進行基準測試（例如SAN，網絡），但數據庫的性能很大程度上取決於您的應用程序的訪問模式，RDBMS的類型和硬件。

你最好的選擇是負載測試您的應用程序連接到數據庫上有代表性的硬件平臺。有幾種工具可以做，包括Ultimate version of Microsoft Visual Studio 2010。

Answer 2

至於警告的一個詞：這是很容易進行壓力測試alocal分貝看到DB設計是好/壞/缺失（壞指數等）

試圖獲得實時perforamnce度量出來的那是徒勞的 - 即使有大量的內存（不太可能 - 大多數工作站與真實的數據庫服務器相比都是蹩腳的內存），你的光盤子系統將會被SUCK（以100米高的字母）共同映射到真正的數據庫服務器上。由於正常開發本地數據庫只有一個或兩個光盤，而數據庫服務器通常使用更多的LOT和更快的光盤。因此，你的工作站上的SLOOOOW可能會在服務器上進行幾秒鐘的操作。

但是，再次，thign像壞的索引使用是可見的。