您如何在本地加载开发数据库（服务器）？

Question

哇，这个标题立刻给了我“你问的问题似乎很主观，很可能会被关闭。”

无论如何，经过一番搜索和阅读，我决定问它。

来自我的问题：What are the first issues to check while optimizing an existing database?，归结为需要强调加载作为备份 .bak 文件接收的本地 SQL Server 开发数据库。

我是否正确理解the answer by paxdiablo to question: "DB (SQL) automated stress/load tools?" 没有独立于 RDBMS 的通用压力负载测试 SQL 工具？

SQL Server 的压力测试加载工具有哪些？
你在为本地开发 SQL Server 数据库的廉价和肮脏的压力加载做什么？

更新：我对压力加载 SQL Server 2000、2005、2008 数据库感兴趣 （对 2000 年一无所知）。
好的，让我们把最终/实际测试放在一边（针对 QA 专家、DBA 和系统管理员），并将问题限制在压力负载的上下文中，以发现设计中的明显（令人发指的）缺陷、性能瓶颈。

Answer 1

作为一个警告：很容易对本地数据库进行压力测试，以查看数据库设计是否好/坏/缺失（坏索引等）

试图从中获取实时性能指标是徒劳的 - 即使有大量内存（不太可能 - 与真正的数据库服务器相比，大多数工作站在内存方面都很糟糕）你的磁盘子系统将 SUCK（以 100 米高的字母）comapred真正的数据库服务器可以扔给它什么。因为普通的开发本地数据库只有一张或两张磁盘，而数据库服务器通常使用更多和更快的磁盘。因此，您的工作站上的操作可能是 SLOOOOW，而服务器上的操作可能需要几秒钟。

但同样，诸如索引使用不当之类的事情是可见的。

Answer 2

你是对的。

没有独立于 RDBMS 的通用压力负载测试 SQL 工具。

那怎么可能呢？您可以单独对硬件子系统（例如 SAN、网络）进行吞吐量基准测试，但数据库的性能在很大程度上取决于您的应用程序的访问模式、RDBMS 的类型和硬件。

最好的办法是在有代表性的硬件平台上对连接到数据库的应用程序进行负载测试。有几个工具可以做，包括Ultimate version of Microsoft Visual Studio 2010。