peter's questions

我有以下数据，

Year        DRC             DISP        Id
0           140.21          0.00        5808
1           112.37          1.00        5808
0           140.21          0.00        5824
1           112.37          0.00        5824

我想像这样转动它，

Id          DRC Year 0      DISP Year 0     DRC Year 1      DISP Year 1
5808        140.21          0.00            112.37          1.00
5824        140.21          0.00            112.37          0.00

我试过这个，

SELECT *
FROM
(
    SELECT Year, DRC, DISP, ID From OriginalDataTable
) AS SourceTable

PIVOT
(
    max(DRC)
    for Year IN ([0], [1])
) AS PivotTable;

它以 DRC 为中心，但也不以 DISP 为中心。结果是这样的（0，1是DRC值）。我明白为什么会这样，但我如何也以 DISP 为中心？

DISP        Id          0           1
0.0         5808        140.21      112.37
0.0         5824        140.21      112.37

我在 SQL 服务器上有这个查询，一个合并复制查询：

SELECT DISTINCT
    b.tablenick,
    b.rowguid,
    c.generation,
    sys.fn_MSgeneration_downloadonly
    (
        c.generation,
        c.tablenick
    )
FROM #belong b
LEFT OUTER JOIN dbo.MSmerge_contents c ON 
    c.tablenick = b.tablenick
    AND c.rowguid = b.rowguid;

估计的查询计划包括有关 3 个查询的信息：

1. 上面的查询
2. 对 fn_MSgeneration_downloadonly 的函数调用
3. 对 fn_MSArticle_has_downloadonly_property 的函数调用

实际的查询计划仅包含以下信息：

1. 上面的查询

没有什么关于功能的。为什么实际计划中缺少功能信息？

我尝试了这些选项：

SET STATISTICS PROFILE ON
SET STATISTICS XML ON

它创建了一个实际计划，但它缺少与我在 Management Studio 中使用实际查询计划选项时相同的第 2 部分和第 3 部分。

例如，如果我要使用 Profiler 来捕获有关函数调用的信息，我会选择哪些事件？

没有找到与查询计划特别相关的答案，但我分析了 SP:StmtStarting 和 SP:StmtCompleted 并显示了函数调用。

我正在使用 SQL Server 2012，想知道如何分析存储过程

例如，分析器可以捕获存储过程中的每个单独的 SQL 语句，它是什么，运行需要多长时间等？

我正在尝试诊断合并复制存储过程，这必须在合并代理的完整运行中被捕获。似乎不可能抓住有性能问题的存储过程并再次运行它，因为那时它并不慢。

我正在使用 SQL 2012 运行合并复制。

在 SQL 2012 中为复制添加的删除触发器似乎会带来令人讨厌的后果。

在删除触发器内部是这样的，

select @xe_message = CAST('replica_id: ' + convert(nvarchar(100), @replnick) + ', article_id: ' + convert(nvarchar(100), @tablenick) + ', rowguid: ' + case when @article_rows_deleted = 1 then convert(nvarchar(100), @rowguid) else N'0' end + ', generation: ' + case when @is_mergeagent = 1 then N'0' else convert(nvarchar(100), @newgen) end + ', Reason: -1' AS varbinary(1000));
        exec master..sp_repl_generateevent 1, N'Event : ppm_insert', @xe_message

如果某人不在 sysadmin 角色中，则在执行删除操作时会发生错误，

Msg 8189, Level 14, State 10, Procedure sp_repl_generateevent, Line 1
You do not have permission to run 'SP_TRACE_GENERATEEVENT'.

那么你是在告诉我，如果我的数据库的每个用户要进行删除，他们都必须具有系统管理员访问权限吗？

这似乎是错误的。有没有办法关闭此跟踪或删除此要求的替代方法？

我在 SQL 2012 中使用合并复制和 Web 同步。

当我将记录插入过滤器层次结构中的顶层表时，它会导致对表进行大量锁定，包括合并复制表，如 MSMerge_contents。

这意味着没有其他进程可以同时插入到相同的表中。

由于我的特殊设置，这是一个问题。有没有办法减少合并复制插入触发器中发生的锁定/阻塞量？

我在 SQL 2012 中使用合并复制。我的一些合并文章使用列级跟踪。

我试图了解如何使用 MSmerge_contents 表中的“沿袭”和“colv1”字段来计算出数据库中特定行中哪些列已更改。

可能重复：
合并复制文章计数的硬限制？

我在 SQL 2012 中使用合并复制。我在看这里：

• SQL Server (2012) 的最大容量规格

滚动到底部并在“复制对象”下显示合并发布中的最大文章数为 256。

我没有意识到这个明显的限制，但与此同时，我一直在运行 456 篇文章的合并复制，并且一切似乎都运行良好。

我找到了关于它的这 3 个链接：

• 查询sql 2005中的表名太多合并复制快照错误
• 修复：合并快照代理失败并出现错误 50007：“查询中的表名太多。允许的最大值为 256。”
• 合并复制文章计数的硬限制？

总而言之，显然在 SQL 2000 中存在导致此限制的错误。它在服务包中得到修复，但在 SQL 2005 中重新引入。

这种限制是否仍然存在？似乎没有关于 SQL 2012 的任何官方信息。

我宁愿管理工作室告诉我“你不能添加超过 256 篇文章”，而不必猜测这对我们来说是否会成为问题。

我在 SQL 2012 中使用合并复制。

当我将行批量插入表中，并运行此存储过程以将引用添加到合并跟踪表中时，

sp_addtabletocontents

这是否错过了使用预先计算的分区优化来预先计算分区？

如果我有这样一张桌子，

CREATE TABLE [dbo].[StreetLight](
    [Id] [int] IDENTITY(1,1) NOT NULL,
    [Description] [nvarchar](50) NOT NULL,
    [Shape] [geometry] NOT NULL,
 CONSTRAINT [PK_StreetLight] PRIMARY KEY CLUSTERED 
(
    [Id] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
) ON [PRIMARY] TEXTIMAGE_ON [PRIMARY]

GO

哪种结构最适合用于将路灯相关联在一起。例如我有路灯 1、2、3、4、5、6，我想说路灯 6 和 2 是相关的。例如，他们可能在同一条街上。

我可以通过哪些方式做到这一点？

为什么下面的查询很慢？

select count(*) 

from [dbo].[mt_dispatch_link] 
   , [dbo].[_mt_dispatch] [_mt_dispatch]

where   (mt_dispatch_link.contract_id_1 = _mt_dispatch.contract_id 
     and mt_dispatch_link.dispatch_id_1 = _mt_dispatch.dispatch_id)

   or   (mt_dispatch_link.contract_id_2 = _mt_dispatch.contract_id 
     and mt_dispatch_link.dispatch_id_2 = _mt_dispatch.dispatch_id)

这需要超过 10 分钟，然后我倾向于在那个时候停止。我的问题更多是关于如何理解查询计划。

查看查询计划我可以看到底部聚簇索引扫描返回了大约 250000 条记录，但成本为 0% 并且被放入临时表中。

顶部索引扫描大约是 25000 条记录。

但 95% 的成本来自嵌套连接。我应该从中得出什么结论？

上面的查询计划显示了两次索引扫描，那是说它在做 25000 + 250000 次索引扫描，还是说它在做 25000 * 250000 次索引扫描？

如果我将查询更改为此（添加FORCESEEK）：

select count(*) 

from [dbo].[mt_dispatch_link] 
   , [dbo].[_mt_dispatch] [_mt_dispatch] 

    WITH (FORCESEEK)

where   (mt_dispatch_link.contract_id_1 = _mt_dispatch.contract_id 
     and mt_dispatch_link.dispatch_id_1 = _mt_dispatch.dispatch_id)

   or   (mt_dispatch_link.contract_id_2 = _mt_dispatch.contract_id 
     and mt_dispatch_link.dispatch_id_2 = _mt_dispatch.dispatch_id)

我最终得到了一个更好的计划，查询立即运行：

我在两个表上都运行了更新统计信息。不幸的是没有修好。表设计不是很好，所以我认为 SQL Server 并没有真正理解，因此提出了一个糟糕的查询计划。有关表设计的更多信息，请参见如何优化查询。

为什么查询优化器没有提出最佳计划？

我正在运行以下存储过程来添加合并复制连接过滤器，

sp_addmergefilter

该存储过程在幕后还做了什么？

我正在调用该存储过程，在一种情况下，它会在 10 分钟后超时。连接过滤器是针对 DispatchLink 和 Dispatch 两个表，

Dispatch.DispatchId = DispatchLink.DispatchLink1 and Dispatch.ContractId = DispatchLink.ContractLink1
or Dispatch.DispatchId = DispatchLink.DispatchLink2 and Dispatch.ContractId = DispatchLink.ContractLink2

这两个表的结构在这里解释，

如何优化查询

如果我删除“或”之后的所有内容，它运行得很快。

我有一个类似于此的数据库结构，

CREATE TABLE [dbo].[Dispatch](
    [DispatchId] [int] NOT NULL,
    [ContractId] [int] NOT NULL,
    [DispatchDescription] [nvarchar](50) NOT NULL,
CONSTRAINT [PK_Dispatch] PRIMARY KEY CLUSTERED 
(
    [DispatchId] ASC,
    [ContractId] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
) ON [PRIMARY]

GO

CREATE TABLE [dbo].[DispatchLink](
    [ContractLink1] [int] NOT NULL,
    [DispatchLink1] [int] NOT NULL,
    [ContractLink2] [int] NOT NULL,
    [DispatchLink2] [int] NOT NULL
) ON [PRIMARY]

GO
INSERT [dbo].[Dispatch] ([DispatchId], [ContractId], [DispatchDescription]) VALUES (1, 1, N'Test')
GO
INSERT [dbo].[Dispatch] ([DispatchId], [ContractId], [DispatchDescription]) VALUES (2, 1, N'Test')
GO
INSERT [dbo].[Dispatch] ([DispatchId], [ContractId], [DispatchDescription]) VALUES (3, 1, N'Test')
GO
INSERT [dbo].[Dispatch] ([DispatchId], [ContractId], [DispatchDescription]) VALUES (4, 1, N'Test')
GO
INSERT [dbo].[DispatchLink] ([ContractLink1], [DispatchLink1], [ContractLink2], [DispatchLink2]) VALUES (1, 1, 1, 2)
GO
INSERT [dbo].[DispatchLink] ([ContractLink1], [DispatchLink1], [ContractLink2], [DispatchLink2]) VALUES (1, 1, 1, 3)
GO
INSERT [dbo].[DispatchLink] ([ContractLink1], [DispatchLink1], [ContractLink2], [DispatchLink2]) VALUES (1, 3, 1, 2)
GO

DispatchLink 表的要点是将两个 Dispatch 记录链接在一起。顺便说一句，由于遗留问题，我在我的调度表上使用了复合主键，所以我无法在没有很多痛苦的情况下改变它。另外链接表可能不是正确的方法吗？但又是遗产。

所以我的问题是，如果我运行这个查询

select * from Dispatch d
inner join DispatchLink dl on d.DispatchId = dl.DispatchLink1 and d.ContractId = dl.ContractLink1
or d.DispatchId = dl.DispatchLink2 and d.ContractId = dl.ContractLink2

我永远无法让它在 DispatchLink 表上进行索引查找。它总是进行全索引扫描。有几条记录没问题，但是当该表中有 50000 条记录时，它会根据查询计划扫描索引中的 50000 条记录。这是因为在 join 子句中有'ands'和'ors'，但我不明白为什么 SQL 不能做几个索引查找，一个用于'or'的左侧，一个用于“或”的右侧。

我想要对此进行解释，而不是建议加快查询速度，除非可以在不调整查询的情况下完成。原因是我将上述查询用作合并复制连接过滤器，所以不幸的是我不能只添加另一种类型的查询。

更新：例如，这些是我一直在添加的索引类型，

CREATE NONCLUSTERED INDEX IDX1 ON DispatchLink (ContractLink1, DispatchLink1)
CREATE NONCLUSTERED INDEX IDX2 ON DispatchLink (ContractLink2, DispatchLink2)
CREATE NONCLUSTERED INDEX IDX3 ON DispatchLink (ContractLink1, DispatchLink1, ContractLink2, DispatchLink2)

所以它使用索引，但对整个索引进行索引扫描，因此 50000 条记录它扫描索引中的 50000 条记录。

我在 SQL 2012 中使用合并复制。

为什么不能将默认约束标记为 NOT FOR REPLICATION？您可以禁用合并文章的所有默认约束，但它要么全有要么全无，因此它似乎无法提供足够的控制。

这个场景怎么样，

1. 用户在客户端插入一条记录 'Shape'
2. 'Shape' 有一个默认约束，将 NumberOfSides 字段设置为 4
3. 客户端用户编辑 NumberOfSides 的值并将其设置为 5
4. 他们与服务器同步

当他们与服务器同步时，它不会重复默认约束并将“NumberOfSides”的值设置回 4 吗？

我在这里错过了什么吗？

我不想禁用复制到客户端的默认约束，因为需要设置有效的默认值。客户端用户需要设置这些值才能使用该软件。

更新：

关于默认约束只应用一次的解释是有道理的。

所以我唯一剩下的问题是，如果我有使用序列的默认约束，我会遇到麻烦，因为序列无法复制。这是我仅有的两个选择吗？

1. 关闭特定表的所有默认约束（如果其中一些不适用于序列则不理想）
2. 在客户端手动创建序列，然后创建自定义处理程序以在同步时在服务器端应用正确的序列值

例如，我在 SQL 2012 中有一个表，我们可以将其称为“表”。里面有这样的东西，

Column

_one
_two
three_blah
four_blah

我希望能够做到这一点，

select * from Table order by Column

结果是这样的，

four_blah
one
three_blah
two

因此，它根据删除前导下划线字符对项目进行排序。它不能只是盲目地删除下划线字符，因为下划线可能位于项目的中间。

例如这不起作用，

select Replace(Column, '_', '') from Table order by Replace(Column, '_', '')

我正在使用 Web 同步在 SQL 2012 中实施合并复制。

我想知道两件事，

1. 为什么默认建议每 14 天重新生成一次快照？
2. 使用网络同步，您是匿名订阅者，那么复制如何知道何时为从不同步的用户清理元数据

所以第一个问题在那里。如果一个人每天都同步，并且他们撤回了大约相同数量的更改，特别是为什么我们必须重新生成快照？我不确定为什么这样的同步会变慢？

是否知道何时可以清理元数据？拥有最旧快照的用户刚刚重新生成了一个新快照，那么这意味着我们可以清理元数据直到下一个最旧快照？

这就引出了第二个问题。如果我有一个用户，我已经将合并复制解决方案作为演示。事实证明，他们从未使用过该系统，并且只在开始时同步过一次以对其进行测试。他们甚至可能已将其从计算机中删除。

如果他们的快照作业已关闭并且他们从不同步，这是否意味着我们陷入了复制无法清理的一大堆元数据？复制是否在某个时候断定那个人没有使用系统并将他们拒之门外？

我问这个的原因是我使用的是匿名订阅者。当我们有普通订阅者时，我们删除服务器直接连接的订阅，订阅从发布中删除。Web 同步不会发生这种情况。

我在 SQL 2012 中使用合并复制。我在快照目录中查看，但其中最大的文件是一个 646 KB 的 prc 文件。

我确定复制后我复制的表中最大的是数据库中的 25 MB，所以我不确定我是否理解为什么快照目录中没有更大的文件？

还有什么地方可以让我在下载到订阅者时查找快照文件？

例如，合并代理输出消息，例如，

Downloaded 100 change(s) in 'tableName' (100 inserts) : 144083 total

我想查看正在下载的数据并感受一下它有多大。

我正在为我们的数据库的合并复制发布定义过滤器。

我遇到的问题是合并复制有这些规则，我不喜欢称它们为限制，因为我能理解其目的。

1) 创建文章过滤器时，您不能包含子查询，或者至少不应该包含子查询。如果你这样做了，那么它会在你第一次同步时工作，但如果子查询表中的某些内容发生变化，则不会重新评估过滤器。

2）使用连接过滤器时，您只能将两个表连接在一起。

我遇到的问题是我们数据库中的关系比这更复杂。例如，这是我们的关系之一，

user <- regions selected <- STREET LIGHTS -> settings (are we syncing street lights) -> user

这是一个示例表结构，可以更详细地解释上述内容，

用户表，

Id    Username
1     petermc

UserRegion Table，（将其视为安全表，允许特定用户查看哪个区域）

Id    UserId    RegionId
1     1         2
1     2         4

同步设置表，

Id    UserId    Table
1     1         StreetLight

区域表（这只是一个显示一些示例区域的查找表）

Id    Region Name
1     North Auckland
2     South Auckland
3     Central Auckland
4     Great Barrier Island

路表，

Id    RegionId    Name
1     1           Rosedale Rd
2     1           North Shore Rd

路灯表

Id    RoadId    Last Replaced
1     1         2012-05-01
2     1         2009-06-03
3     2         2001-06-08

所以在这种情况下，如果我写了一个选择语句来应用我对petermc的过滤，它看起来像这样，

select * from StreetLight where
roadId in (select Id from Road where RegionId in (select regionId from UserRegion where userid = 1))
and exists (select 1 from syncsetting where userid = 1 and [table] = 'StreetLight')

所以我在那里做两件事。首先基于区域进行过滤，以将非常大的表减少为更小更易于管理的子集。

第二个是指定订阅者是否对 StreetLight 表感兴趣。如果不是，那么订阅者应该有一个空的 StreetLight 表。这部分很重要，因为发布中将包含大量表，因此包含订阅者不会使用的内容是没有意义的。

我们最大的数据库在某些表中有数百万条记录，这些记录也会有适度的更新。我们必须让这个过滤正确。不过滤这些表的选项是不可行的。

我正在使用 SQL 2012 的合并复制。

我有一个表，将该表传播给订阅者会很有用，但只是表结构，而不是实际数据。

表中的数据是按会话填充的，即在您登录软件时将数据添加到表中，然后在您退出软件时删除。

这意味着表中的数据不应从发布复制到订阅者，或从订阅者复制到发布。但是复制表结构会很好，这样我们就不必在订阅者处手动运行脚本。

在 SQL 2012 中，您可以复制序列对象吗？如果可以，对序列的更改（包括值的消耗）是否会被复制？

如果没有，是否有充分的理由不包括在内？

我正在使用 SQL Server 2008 R2 运行日志传送。

我遇到了辅助数据库驱动器空间不足且未应用日志传送事务日志的情况。

我想解决这个问题的方法是删除辅助数据库并从头开始配置日志传送。

我现在的问题是我的辅助数据库处于恢复状态，我无法删除它们。我该如何进行？

例如，如果我尝试让它们脱机，我会收到错误消息，

ALTER DATABASE is not permitted while the database is in the Restoring state.