sql - 返回 500 万条记录的查询需要多长时间？

Question

我意识到答案可能应该是“尽可能少的时间”，但我正在努力学习如何优化数据库，但我不知道我的硬件可接受的时间是多少。

首先，我使用带有 sql server 2008 express 副本的本地计算机。我有一个双核处理器、2GB 内存和一个 64 位操作系统(如果有区别的话)。我只使用一个简单的表，其中包含大约 6 varchar字段。

起初我在没有任何索引的情况下查询数据。这花费了非常长的时间，所以我取消并向表中添加了一个聚簇索引(使用 PK)。这将时间缩短为 1 分 14 秒。我不知道这是否是我能得到的最好的，或者我是否还能进一步减少它？

我是否受限于我的硬件，或者我可以对我的表/数据库/查询做些什么来更快地获得结果？

仅供引用，我只使用标准 SELECT * FROM <Table>检索我的结果。

---

编辑:澄清一下，我这样做只是为了测试目的。我不需要提取所有数据，我只是将其用作一致测试以查看是否可以减少查询时间。

我想我想问的是:除了 a) 升级硬件和 b) 添加索引(假设模式已经很好)之外，我还能做些什么来加快查询的性能？

Answer 1

我认为你问错了问题。

首先 - 为什么在本地机器上一次需要这么多文章？你想对他们做什么？我问是因为我认为您想将这些数据传输到某个地方，所以您应该测量传输数据需要多长时间。

一些建议:

您的应用程序不应同时选择 500 万条记录。尝试拆分您的查询并将数据分成更小的集合。

更新:

因为你这样做是为了测试，所以我建议你

1. 从您的查询中删除 * - SQL Server 需要一些时间来解决这个问题。
2. 将您的数据放在临时存储中，为此尝试使用 VIEW 或临时表。
3. 使用plan caching on your server

提高性能。但即使您只是在测试，我仍然不明白如果您的应用程序永远不会使用这样的查询，为什么您需要这样的测试。 为了测试而测试是浪费时间