如何在本地加载开发数据库(服务器)？

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?"没有独立于关系型数据库的通用压力加载测试工具？

SQL Server的压力测试加载工具有哪些？

对于本地开发SQL Server数据库的廉价和肮脏的压力加载，您在做些什么？

更新:我对SQL Server2000、2005、2008数据库的压力加载很感兴趣(对2000一无所知)。

好吧，让我们把最终的/真实的测试放在一边(对于QA规范专家，DBA和系统管理员)，把这个问题限制在压力负载的上下文中，以发现设计中的明显(令人震惊的)缺陷，性能瓶颈。

Answer 1

你是对的。

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

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

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

Answer 2

作为一个警告:很容易对局部数据库进行压力测试，以查看数据库设计是好的/坏的/缺失的(坏的索引等)

试图从其中获得实时性能指标是徒劳的-即使有足够的内存(不太可能-大多数工作站与真正的数据库服务器相比，内存是糟糕的)，你的磁盘子系统将(以100米高的字母)与真正的数据库服务器相比。因为普通的开发本地数据库只有一个或两个磁盘，而数据库服务器通常使用更多和更快的磁盘。因此，在您的工作站上运行的可能是服务器上的秒级操作。

但再一次，像糟糕的索引使用这样的图是可见的。