我们是否适合 SQL Server Enterprise 和表分区？

Question

我们目前有一个包含数百万条记录（最大表中有 1400 万条记录）的生产数据库。

数据库的一个功能是提供时间表信息，因此单个表可以有 200 万个时间表，但可以连接到其他 5 个“明细”表，并且每个明细表都有 50 万到 14 百万条记录。

此外，我们正在运行一些无法在短期内更改或替换的遗留软件。我们遇到的问题是，不幸的是，有一些查询（也是遗留的且无法更改）正在执行大量表扫描。因此，查找 100 个时间表会导致扫描数百万行。

我不是贸易 DBA，但我相信我已经索引了所有我可能索引的内容，尽我所知的逻辑和研究。另外，我相信我已经设置了适当的重新索引作业等。

我们SQL Server 2008 (10.0.5500.0)在具有 32GB RAM（16GB 专用于 SQL Server）的机器上运行。机器上没有太多其他资源，因此大部分资源都用于 SQL Server。

我们的下一个计划是可能向机器添加更多 RAM，并且可能将 SQL Server 使用的 RAM 增加到 32GB。我们的数据库大小在磁盘上约为 56GB。

我的问题是，您认为我们应该考虑升级到 SQL Server 2014 Enterprise 以便我们可以对时间表表进行分区吗？我是表分区的新手，但据我所知，它可以用来按站点和年份对我们的表进行分区？这样 1400 万行将被 10-20 个站点拆分，然后按年份进一步拆分，这样查询将扫描 10k-20k 行而不是 14m。或者我只是完全错过了这里的标记？

任何其他建议将受到欢迎。

谢谢你。

Answer 1

我的问题是，您认为我们应该考虑升级到 SQL Server 2014 Enterprise 以便我们可以对时间表表进行分区吗？

不。绝对不是。在 8 核的袖珍服务器上，您将花费约 5 万美元，而且不太可能看到任何好处。

我建议按以下顺序尝试：

1. 增加对 SQL Server 的内存分配。您说服务器是专用的，但只分配了一半的 RAM。32GB服务器，分配28GB。
2. 将服务器内存升级到[数据库大小] + 4GB。
3. 在 dba.se 上发布问题查询。
4. 聘请专家。