将我们的数据库从 SQL Server 2012 迁移到 2016，我们无法重新创建涉及用 VBScript 编写的 ActiveX 脚本步骤的 SQL 代理作业。
错误消息表明这'ACTIVESCRIPTING'不是@subsystem参数的允许值sp_add_jobstep。
我知道 ActiveX 脚本被标记为“将在SQL Server的未来版本中删除”。但是，在此版本的 SQL Server中，我看不到它实际上被删除的任何内容。
SQL Server 文档似乎表明它在 SQL Server 2016 中仍然可用：
sp_add_jobstep，于 2017 年 3 月更新，仍然列出@subsystem ='ACTIVESCRIPTING'可用。实际上是以无证@subsystem ='ACTIVESCRIPTING'方式秘密删除，还是我们错过了启用它的可安装组件？
在包级别和任务级别有一个带有Required事务的 SSIS 包。Supported包的主要部分是删除数据并插入新数据：
在这里，Delete块从六个表中删除所有内容，Parse块将六个文件加载到六个表中。
如果Delete使用delete from dbo.table，则一切正常，但速度很慢。
但是如果使用Deletetruncate table dbo.table来代替，删除不会花时间，但是当涉及到Parse任务时包会被阻塞。只会坐在那里无所事事。
此时在服务器端，我可以看到一个 SSIS spid 被 spid 阻止-2，这是“孤立的分布式事务”。看起来，用来表示截断连接。这个连接悬而未决，包裹被它放置的锁所阻挡。
如果我将唯一使用的 SQL Server 连接管理器切换到RetainSameConnection = True，则包一旦进入Parse任务就会失败。任务向管理器请求连接，管理器响应
[SQL Server 目标 [471]] 错误：SSIS 错误代码 DTS_E_CANNOTACQUIRECONNECTIONFROMCONNECTIONMANAGER。对连接管理器“连接管理器”的 AcquireConnection 方法调用失败，错误代码为 0xC001A004。在此之前可能会发布错误消息，其中包含有关 AcquireConnection 方法调用失败原因的更多信息。
有没有办法设置包以便它使用truncate并且不会阻止自己？
考虑一个接受 XML 参数并在同一架构中调用另一个存储过程的 CLR 存储过程：
[SqlFunction(DataAccess = DataAccessKind.Read,
IsDeterministic = false, IsPrecise = true,
SystemDataAccess = SystemDataAccessKind.Read)]
public static SqlBoolean TestTest(SqlXml Data)
{
using (var c = new SqlConnection("context connection=true"))
{
c.Open();
using (var cmd = new SqlCommand(@"select case when exists(select 0 from [testing].WillBeCalledByCLR(@d)) then 1 else 0 end;", c))
{
var p = cmd.Parameters.Add("@d", SqlDbType.Xml);
p.Direction = ParameterDirection.Input;
if (Data.IsNull)
{ p.Value = DBNull.Value; }
else
{ p.Value = Data; } // Or Data.Value
return (bool)cmd.ExecuteScalar();
}
}
}
此 CLR 函数在 SQL 中显示为：
create function [testing].[TestTest] ( @data xml )
returns bit
WITH CALLED ON NULL INPUT
AS
EXTERNAL NAME [Test].[Test.Test].[TestTest]
它调用的存储函数是这样的：
create function testing.WillBeCalledByCLR (@x xml = null)
returns table
as
return (
select 1 as one, 2 as two, 'three' as three
);
在此设置中，如果我这样调用 CLR 函数：
if testing.TestTest(null) = 1
begin
select 'Meaningful actions';
end;
或像这样：
declare @res bit = testing.TestTest(null);
或像这样：
declare @res bit;
set @res = testing.TestTest(null);
或像这样：
declare @res bit;
select @res = testing.TestTest(null);
然后我得到：
消息 2905，25 级，状态 1，第 6 行
Msg 0, Level 20, State 0, Line 0 当前命令发生严重错误。结果，如果有的话，应该丢弃。
但如果我这样称呼它：
select testing.TestTest(null);
或像这样：
declare @res bit;
set @res = (select testing.TestTest(null));
我得到了一个适当的值（例如1）。
如果null我传递了一个空字符串''，而不是 ，则在所有情况下都成功调用了该函数。
为什么？我在 CLR 函数中做错了吗？
Microsoft SQL Server 2008 (SP2) - 10.0.4000.0 (X64)
2010 年 9 月 16 日 19:43:16
版权所有 (c) 1988-2008 Microsoft Corporation
Standard Edition (64-bit) on Windows NT 6.0 (Build 6002: Service Pack 2) (虚拟机)
在我永无休止地用保存交易搬起石头砸自己的脚的过程中，我似乎找到了更多的方法来实现这个任务的目的。这次save transaction子句本身是不行的，但正是因为它我写了下面的代码。
考虑以下带有嵌套错误处理程序的完整示例：
begin try
begin try
select 'Step 1';
end try
begin catch
select 'Step 1 handler - handling ''' + error_message() + '''';
goto commit_and_exit;
end catch;
begin try
select 'Step 2';
raiserror('Step 2 error', 16, 1);
end try
begin catch
select 'Step 2 handler - handling ''' + error_message() + '''';
goto commit_and_exit;
end catch;
end try
begin catch
select 'Outer handler - handling ''' + error_message() + '''';
goto commit_and_exit;
end catch
commit_and_exit:
raiserror('Error raised for the caller to see', 16, 1);
据记载
GOTO语句可用于跳转到同一TRYorCATCH块内的标签或离开TRYorCATCH块。
或者可以吗？
鉴于上面的代码，一个理智的程序员会认为输出将是
Step 1
Step 2
Step 2 handler - handling 'Step 2 error'
<Error raised for the caller to see>
事实上发生的事情是：
第 1
步第 2
步第 2 步处理程序 - 处理“第 2 步错误”
外部处理程序 - 处理“引发调用者看到的
错误”<引发调用者看到的错误>
逐步调试时，我可以看到控制完全离开 try/catch 块，然后引发错误，控制返回到最外层catch块，该块执行，控制commit_and_exit:再次进入，并执行最后一个块再次。
如果您有一些commit trans 或rollback transs under commit_and_exit:，您将尝试提交 tran 两次。考虑到调用者可以启动外部事务这一事实，结果可想而知。
我还尝试end_of_outer:在 outer 之前创建另一个标签 ，end try以便控件try“正常”离开 outer 块。有趣的是，这没有任何区别。
这到底是怎么回事，正确的做法是什么？
我想我想将一段数据与每个会话相关联。
该关联必须具有以下属性：
我考虑过几种方法，但都不喜欢：
#table并获取数据。这个想法是每个会话都有自己的#table，而名称#table保持不变。#table直接创建而不调用 SP 不是一种选择。有没有更好的方法将数据与会话相关联？
在生产服务器上发生了一些脚射。我解决了这个问题，但我现在很困惑。
有一部分存储过程在失败时保留状态。也就是说，如果过程引发错误，它无论如何都可以安全地提交。这是用save transaction.
现在，我最初的理解是，您为事务设置的保存点名称对于使用它的存储过程来说是本地的。而在嵌套场景中，如果内部存储过程同名保存，其实是不同的名字，一切正常。
为了确保我的这种理解是正确的，我设置了一个测试用例：
create table dbo.[footest] (
v varchar(50) NULL
);
go
insert into dbo.footest(v) values ('Nothing'); go
create procedure dbo.[foo_test_tran_inner]
as
begin
set nocount on;
declare @foo int;
begin tran;
update dbo.footest set v = 'Inner, before savepoint';
save tran the_constant_name;
begin try
update dbo.footest
set v = 'Inner, after savepoint';
set @foo = 1/0;
end try
begin catch
rollback tran the_constant_name;
end catch;
commit tran;
set @foo = 1/0;
return 0;
end;
go
create procedure dbo.[foo_test_tran_outer]
as
begin
set nocount on;
begin tran;
update dbo.footest set v = 'Outer, before savepoint';
save tran the_constant_name;
begin try
update dbo.footest
set v = 'Outer, after savepoint';
exec dbo.foo_test_tran_inner;
end try
begin catch
rollback tran the_constant_name;
end catch;
commit tran;
return 0;
end;
go
begin tran;
exec dbo.foo_test_tran_outer;
commit tran;
select * from dbo.footest;
这会产生“外部，在保存点之前”。这意味着，保存点名称是过程的本地名称，并且在嵌套场景中被正确回滚。
在生产中，那些保持状态的存储过程正是这种模式。其中有更多代码，但如果你删除它，只留下保存、回滚和提交，它将完全是上面显示的内容。
但。它在生产中不起作用。相反，每个具有相同名称的嵌套保存点似乎都覆盖了先前的保存点，该保存点由调用过程创建。而当最外层的代码在收到异常后执行 a commit（相信内部回滚已正确完成）时，数据库处于半螺旋状态。如果应用于上面的示例，这将意味着选择返回Inner, before savepoint。
我使用调试器逐步完成了生产过程中的每一步，并确认执行正确地完成了所有预期save tran a_name的和rollback tran a_name.
为了解决生产中的问题，我替换了这个：
save tran the_constant_name;
...
rollback tran the_constant_name;
有了这个：
declare @savepoint varchar(32) = replace(newid(), '-', '');
save tran @savepoint;
...
rollback tran @savepoint;
并立即修复它。
那么给了什么？保存点名称是否是存储过程的本地名称？
如果是，那么为什么生产代码做了它所做的事情，并且如图所示成功修复了？
如果不是，那么为什么上面的测试示例会这样做呢？
这让我发疯。
考虑一个删除了不相关列的简单表：
create table boxes (
row_id int not null identity(1,1) primary key,
location varchar(15) null,
dismantled bit not null default 0,
rank int not null default 0
/* irrelevant columns, text and numbers */
)
对于某个重要的查询，我想要一个过滤索引：
create nonclustered index anindex ON boxes (rank)
where (dismantled=0 and location is null)
这将创建一个索引，其中包含大约 150k 中的大约 150 条记录。这很好。
现在我们查询表：
select top (1) row_id
from boxes
where dismantled = 0 and location is null
order by rank;
执行计划很奇怪。索引扫描anindex伴随着书签查找，使用 seekedrow_id来确认location是null. 选择通过查找的记录。
为什么在地球上？location是null根据所用索引的定义，不是吗？
现在，如果我做了一件愚蠢的事情并包含location在过滤索引中......
create nonclustered index anindex ON boxes (location, rank)
where (dismantled=0 and location is null)
然后突然间执行计划很棒，索引搜索anindex没有查找。
这只是一个例子，每次我想使用过滤索引时都会遇到这个问题。每次我最终被迫将过滤索引的无用字段包含到索引字段列表中时，只有这样服务器才能正确使用索引；否则，它要么扫描它，要么完全忽略它。
是什么赋予了？包含无用字段是推荐的做法吗？
我有一个通用日志表，大约 500 万行。
有一个存储事件类型的“强类型”字段，以及一堆包含与事件相关的数据的“松散类型”列。也就是说，那些“松散键入”列的含义取决于事件的类型。
这些列定义为：
USER_CHAR1 nvarchar(150) null,
USER_CHAR2 nvarchar(150) null,
USER_CHAR3 nvarchar(150) null,
USER_CHAR4 nvarchar(150) null,
USER_CHAR5 nvarchar(150) null,
USER_INTEGER1 int null,
USER_INTEGER2 int null,
USER_INTEGER3 int null,
USER_INTEGER4 int null,
USER_INTEGER5 int null,
USER_FLAG1 bit null,
USER_FLAG2 bit null,
USER_FLAG3 bit null,
USER_FLAG4 bit null,
USER_FLAG5 bit null,
USER_FLOAT1 float null,
USER_FLOAT2 float null,
USER_FLOAT3 float null,
USER_FLOAT4 float null,
USER_FLOAT5 float null
每种类型的第 1 列和第 2 列都被大量使用，但从第 3 列开始，很少有事件类型会提供这么多信息。因此，我决定将每种类型的第 3-5 列标记为SPARSE.
我先做了一些分析，发现确实，每一列中至少 80% 的数据是null，而在大约 100% 的数据中是null。根据40% 的储蓄阈值表，SPARSE对他们来说将是一个巨大的胜利。
所以我去申请SPARSE了每组的第 3-5 列。据 报告，现在我的表占用了大约 1.8Gb 的数据空间sp_spaceused，而在稀疏之前它是 1Gb。
我试过dbcc cleantable了，但没有效果。
然后dbcc shrinkdatabase，也没有效果。
感到困惑，我删除SPARSE并重复了dbccs。表的大小保持在 1.8Gb。
是什么赋予了？