Sql server 如何在本地加载dev数据库（服务器）？

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

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

来自我的问题：，这归结为有必要强调加载作为backup.bak文件接收的本地SQL Server dev数据库

我是否正确地理解了不存在独立于RDBMS的通用压力加载测试SQL工具

SQL Server的压力测试加载工具有哪些？
对于本地开发人员SQL Server数据库的廉价而肮脏的压力加载，您在做什么

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

你是对的

没有独立于RDBMS的通用应力加载测试SQL工具

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

---

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

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

试图从中获取实时性能指标是徒劳的——即使有足够的内存（不太可能——与真实的db服务器相比，大多数工作站在内存方面都差强人意），您的光盘子系统也会像真实的db服务器所能做的那样（以100米高的字母表示）。因为普通的dev本地数据库只有一张或两张光盘，而db服务器通常使用更多更快的光盘。因此，在您的工作站上，什么可能会慢下来，在服务器上可能只需几秒钟的操作

---

但是，像索引使用不好这样的事情还是可以看到的。

然后，我真诚地等待，希望PerformanceDBA能够表现出与众不同、消除歧义，并承担起自己最大的责任。我只是查看了你链接的根网页。对我来说有点过分了。然而这个测试帝国（VS2010 Ultimate）是否开始认可SQL Server 2000并对其更加友好？