问题标签 [database-performance]

这是我的查询：

这将返回 20 个最近的点。

在本机 sqlite 中运行它会在 78 毫秒内返回结果，但在 .Net sqlite 环境中则需要将近 1400 毫秒。

有什么建议么？

我在我的 ORM 结构中有这个查询并使用参数化值。还尝试将其作为本机文本查询。

运行查询的代码（在我的 ORM 层内）：

我正在设计一个使用 SQL Server 2008 R2 作为其后端数据库的报告解决方案。数据库模式相当简单。一个以 PK 命名的表和一个Calls以PK 命名的表具有与调用的外键关联。 CallIdEventsfk_CallId

每个呼叫至少有 6-7 个事件，每天有 3000 多个呼叫记录在数据库中。
我有点担心这种关系对查询性能有多大影响。如果inner join在具有超过几百万行的Events表上 CallerId使用Events（Calls

一般来说，我可以做任何其他步骤来确保性能正常吗？

我正在寻找一个简单的查询来说明数据库性能

我们创建了一个工具来找出客户端网络/服务器/软件的性能，从而为我们创建一个基线，让我们说他们的服务器或客户端确实性能不足，或者我们的软件在某些情况下性能不佳。

我们为什么这样做呢？

在我们的一位客户中，我们的软件运行非常缓慢，他们指责我们。在搜索可能的软件缺陷后，我们发现问题实际上是他们的网络速度，它非常慢。（网络流量通过 100 英里外的 VPN 路由）

我需要什么

我正在寻找一个“简单”查询来为 Microsoft sql server 数据库设置基线性能。

最好是一个查询，它会说明数据库是真的慢/快还是工作正常。

我创建了一个简单的查询：

这里的 BigTable 实际上是我们的软件会大量查询以进行一些复杂的更新计算的东西。

调用此查询（100 次）并从客户端对其进行计时，可以让我们对服务器性能有一个不错的猜测。但我宁愿使用一些复杂的连接来执行一个更面向计算的查询，这些连接实际上说明了服务器性能，而不是简单的选择。

我在慢查询日志中有很多条目，上面只有“COMMIT”，它们大约需要 3 秒，与其他一些查询相比，这很慢但并不可怕。

条目如下所示：

我的问题是为什么 Rails 会发出“COMMIT”？

我的理解是它应该使用自动提交，除非我手动进行交易。

我正在尝试优化一些我使用行键作为标准的 cassandra 查询。所以我的疑问是，考虑到比较 cassandra 中的行键的过程，最好的“key_validation_class”是什么？

UTF8Type 的性能是否比 Int32Type 差？现在，我正在使用一些连接值来将我的行键创建为 UTF8Type，但我担心这是一个不好的方法。

提前致谢。

可能重复：
在 SQL 中，count(column) 和 count() 有什么区别？
计数（）与计数（1）

我有一张大桌子，可以保存长文本，例如电子邮件内容或新闻。我的问题是计算表行的性能有什么不同：

哪一个更好？或者后一个将由查询优化器优化？有这方面的文件吗？

We have this recurring situation where several times a week our application stops responding. What I would like to do is be able to view the text of the query running on SQL Server.

I can use sp_who to see the open connections, but, it does not display the actual query text.

If I can see the query that is freezing my database I can have a starting point for optimization.

This happened a few minutes ago and our sys admin had to reboot the box. This rebooting is not sustainable.

What steps should I take?

I would like to see the actual text of the queries that are running on my server.

SQL Server 2000

根据不支持的自定义：

由于参照完整性或升级问题，也不支持向数据库添加表、存储过程或视图。

我有一个流程，可以返回最近到期的电话供员工拨打。这导致了一个问题，因为我们是一个呼叫中心，已经有几百万个电话，每天增加几千个。

我想添加一个索引视图，它为基表所需的少数字段提供覆盖索引。这将按到期日和我们使用的其他标准编制索引。我估计每次请求下一次调用时，这可以将约 1000000 次逻辑读取减少到 100 以下。

我知道支持添加普通索引，但不支持添加视图。上面给出的原因是 RI 和升级。RI 会成为问题吗？我没有改变对数据的任何约束，只是跟踪那里有什么。升级会有问题吗？它只是一个索引，我可以在任何升级期间放弃它。

我在 Sql Server 2008 中有表“TRANSACTION”。大约在 1 秒内将 6 条记录插入到该表中。（因为它是金融交易表）所以，在 1 天内，插入了 500.000 条记录。 表每周分区。

该表大量用于多种选择（当然是 N​​OLOCK）、插入、更新操作。

您是否认为下面的查询可能会减慢同一张表上的其他关键选择、插入、更新操作？我认为，即使下面的查询持续时间过长，其他选择查询也不会变慢，因为此查询不会锁定表。但我不能确定，问你。

请注意，选择列表中的列未在表中编制索引。

我正在运行一个需要大量时间的存储过程，因此我必须将超时时间增加到近 3 分钟，任何人都可以提供有关如何减少存储过程执行时间的帮助，它工作正常在 100-500 个代码上，但是当代码超过 20000 时，它会变慢并需要 3-4 分钟，下面是 sp，任何人都可以帮我优化它。