问题标签 [sql-server-2008-r2]

是否可以在 SQLServer 2008 R2 中对列进行混淆或打乱，而不必使用加密或一些非常低效的自定义函数来执行子字符串？

我有输入表的 Ticker, Dt, [Open], Volume

我想返回 ticker = 'IBM' 的每一行，还返回 Ticker、Dt、[Open]、Volume 字段，然后包含一个仅表示前 x 天的 max 列。为了不发布太多数据，假设 3 天。

但我不知道如何让时间框架正确，以便最大值只包含在这么多天之前。

在表中：

我需要的：

这是我当前的 SQL，但显然没有正确分组 Max 值。

谢谢！亚当

如果我有一个简单的表，并且当列（并且我知道要查找的列）发生更改时我想做一些事情（比如..执行存储过程）。

这可能吗？

版本：SQL Server 2008 R2。

示例表：-

所以..如果名称字段的内容发生变化，那么我将执行存储过程'Foo'。

有任何想法吗？

是否真的要为现有的 SQL Server 2008 R2 Express 实例添加 Analysys Services？

我有一个基本/简单的需求，需要创建从一个 SQL express 2008 数据库到另一台服务器（同样是 SQL 2008 express）的管道传输过程。

基本上：

1. 我在服务器 A 上有一个表，其中有数据进入，还有一个名为“已下载”的默认字段，默认设置为“N”

2. 我在 SERVER B 上有相同的表模式

3. 定时（比如每 10 分钟），我需要从服务器 A 获取所有记录，其中“已下载”字段设置为“N”，并将整个记录复制到服务器 B

4. 由于服务器 A 的每条记录都被读取/成功复制到服务器 B，我将“已下载”标志设置为“Y”（也带有时间戳字段）。

从旧的记忆中，我使用 DTS（我猜现在是 SSIS）来做类似的事情。但当然 SQL express 没有可爱之处！

问题：

是否只是 SQL 数据读取器从服务器 A 获取数据并手动将 SQL 语句插入到服务器 B（或当然是 proc）的情况？还有其他巧妙的方法吗？

感谢所有评论...

我需要从 Delphi 调用一些存储过程，因为它们是相关的，所以我必须使用事务。
但是它在调用时总是返回一个错误：

'事务不能有多个具有这种游标类型的记录集。更改游标类型、提交事务或关闭其中一个记录集。

而这个错误只发生在 MS SQL SERVER 2008 上，当我使用 MS Access 时它工作正常。
有什么问题 ？

提前致谢

更新 ：

我们有一个运行 SQL 2008 R2 的分析数据库服务器，具有 192 GB 的物理 RAM。但是，我们注意到在分析过程中，服务器只使用了大约 70 GB，但 tempdb 膨胀到了 300+ GB。当前的最大内存设置为 2147483647 MB​​。服务器运行的是 Windows 2008 R2。有没有办法让 SQL Server 使用更多的 RAM 和更少的基于磁盘的 tempdb？

我创建了一个安装脚本，它将在 Windows XP SP3、Windows Vista 和 Windows 7 上安装 SQL Server 2008 R2。

我在安装中使用的命令之一是静默安装 SQL Server 2008 R2。当我在 Windows XP 上安装它时，一切正常，但是当我尝试在 Windows 7 上安装它时，我得到一个错误。

我究竟做错了什么？

这是我使用的命令行：

Mysetup.ini 文件：

我得到这个错误：

这是什么意思？我需要做什么来解决问题？

这是摘要文件：

我有一个MERGE查询要使用通过我的应用程序输入的数据在我的数据库上创建一个 upsert 操作。当我调用它来保存我的大交易数据（> 5000）时，它需要很长时间（~20-40 秒）。

这是我的MERGE声明

我在我的 .NET 代码中一次在一个对象上调用它。

我在 SQL Express 2008 Activity Monitor 的 Activity Monitor 中注意到，由于调用查询时使用的所有不同参数排列，Plan Count 最多可达 900 左右。我还注意到，如果我在不久之后使用稍微不同的参数重复相同的保存，它会保存得更快（约 2 秒）。

这是一个潜在的性能问题和长保存时间的原因吗？

我正在使用 SQL Express 2008 R2。

编辑：这是计划：

我有一个具有适当索引的查询，并显示在查询计划中，估计子树成本约为 1.5。该计划显示一个索引查找，然后是键查找 - 这对于预期从 5 到 20 行的集合中返回 1 行的查询很好（即索引查找应该在 5 到 20 行之间找到，并且在 5 到 20 行之后）键查找，我们应该返回 1 行）。

当以交互方式运行时，查询几乎立即返回。然而，今天早上的数据库跟踪显示来自实时（网络应用程序）的运行时差异很大；通常，查询需要 < 100 次 DB 读取，并且实际上是 0 运行时......但是我们得到了一些消耗 > 170,000 次数据库读取的运行，并且运行时间长达 60 秒（大于我们的超时值）。

什么可以解释磁盘读取的这种变化？我曾尝试以交互方式比较查询，并使用来自两个并行运行的实际执行计划以及从快速和慢速运行中获取的过滤器值，但交互地这些实际上显示所使用的计划没有区别。

我还尝试确定可能锁定此查询的其他查询，但我不确定这会对 DB 读取产生如此大的影响……无论如何，在我的跟踪日志中，该查询往往是运行时最糟糕的。

更新：这是交互式运行查询时生成的计划示例：

请忽略“缺少索引”文本。确实，对当前索引的更改可以通过更少的查找实现更快的查询，但这不是这里的问题（已经有适当的索引）。这是一个实际执行计划，我们在其中看到诸如实际行数之类的数字。例如，在 Index Seek 上，实际行数为 16，I/O 成本为 0.003。I/O 成本与 Key Lookup 相同。

更新 2：此查询的跟踪结果是：

该查询是使用 Gentle.Framework SqlBuilder 类构建的，该类构建参数化查询，如下所示：