问题标签 [query-tuning]

我有一个大型历史事务表（15-2000 万行 MANY 列）和一个一列一列的表。有一行的表包含一个日期（最后处理日期），该日期将用于提取事务表（'process_date'）中的数据。

问题：我应该将“process_date”表内部连接到事务表还是将事务表连接到“process_date”表？

我有一个 CHAR(250) 列用作 varchar(24) 列的外键。

在 MySQL 中，我记得我可以创建一个指定 column(24) 的索引，以便在最左边的 24 个字符上创建一个索引。这在 MS SQL Server 上似乎是不可能的。

我的问题是这样的：

是否可以在 SQL Server 2008 上使用索引视图来索引该列的子字符串，如果可以，它会对表的性能产生任何副作用吗？

我想运行一个占用大量临时空间的查询。但是，我不希望查询耗尽所有可用的临时空间。如何做到这一点？

我需要对这个 sp 进行调整：

这个存储过程有什么问题？你将如何重写这个存储过程？

通过 Management Studio 执行 T-SQL 查询时，我可以使用SET STATISTICS IO ON和SET STATISTICS TIME ON捕获统计信息以进行查询调优。

当我使用 .NET 客户端 API 执行 T-SQL 查询而不是使用 Mangaement Studio 的 UI 时，如何收集相同的统计信息？

这似乎是一件显而易见的事情，但在搜索了 MSDN 和 Google 一段时间后，我被难住了。我发现的最接近的是MSDN 上SQL Server (ADO.NET) 的提供程序统计信息，但从客户端的角度来看，这些统计信息似乎是关于网络连接的客户端统计信息（例如发送/接收的字节数），而不是服务器端统计信息我在找。

我有一项任务是调整在 SQL 2005 数据库上运行的性能不佳的查询。我的工作站上安装了 SQL 2008 管理工具。我可以使用 2008 年的一些新的查询调优工具，例如数据收集器和系统数据收集集来帮助分析和调优这个人吗？

我正在使用 SQL Server 2008-R2，我需要使用多个表连接。在这种情况下，当使用 WHERE 语句或将 INNER JOIN 与 ON 语句一起使用时，哪个查询具有更好的时间性能？两个语句都对多个条件使用 AND 运算符。

我想知道该问题是否还有一些相关的查询调整。

上述选项的示例代码：

1)

2)

德克萨斯州。

如果我想对不同的表定义如何影响 SQL Server 中的行插入速度进行基准测试，我想仅将事务从 BEGIN 计时到 COMMIT 是不够的：这仅测量将 INSERT 附加到（顺序）日志所花费的时间。正确的？

但是真正的 I/O 命中是在将 INSERT 实际应用于实际表（在 INSERT 之后可能会稍微重组的聚​​集索引）时出现的。我如何衡量使用的总时间，包括所有时间？也就是说，所有 INSERT（写入日志）的时间 + 用于更新“真实”数据结构的时间？在停止计时器之前执行“检查点”是否足够？

数据：

如何提高上述查询的性能。它需要 44 秒。想让它少于 10 秒

谢谢