标签：
通过链接服务器将实例A上的数据写入实例B，通常有以下两种方式
--方案1：在实例A上执行
insert into LinkForB.B..TableB select * from TableA
--方案2：在实例B上执行
insert into TableB select * from LinkForA.A..TableA
目前接手的数据库，大量使用链接服务器来搬迁数据，并且使用者随心所欲。本地写入到链接服务器，从链接服务器读数据写入本地，从链接服务器读数据写入到另一链接服务器。更有坑爹的，本来是写入本地，却在本地的前面加上本地实例的链接服务器！
以前没有特别关注哪种方式更好，有在群里针对搬迁数据的方式请教过，有朋友建议最好采用pull的形式链接方式，即insert into TableB select * from LinkForA.A..TableA
直到看到这篇文章，结合自己遇到的问题，尝试分析通过链接服务器insert数据的区别
此处为了方便，我所创建的链接服务器[MY]实际是指向当前实例，但是不影响对结果的分析。
首先创建测试表，并在测试表上创建触发器
USE TEST GO --创建测试表 CREATE TABLE [dbo].[Product]( [ProductID] INT, [Name] [nvarchar](50), [Remark] [nvarchar](50) ) GO --创建触发器 CREATE TRIGGER [dbo].[Product_TR] ON [dbo]. [Product] FOR INSERT AS BEGIN SET XACT_ABORT ON BEGIN TRY IF (select len(ProductID) from inserted)>0--当select查询只返回一个值时才能操作=、!=、<、<=、>、>= BEGIN PRINT ‘one row‘ END END TRY BEGIN CATCH PRINT ‘消息 ‘+CONVERT(VARCHAR,ERROR_NUMBER())+‘，级别 ‘+CONVERT(VARCHAR,ERROR_SEVERITY()) +‘，状态 ‘+CONVERT(VARCHAR,ERROR_STATE())+‘，过程 ‘+CONVERT(VARCHAR,ERROR_PROCEDURE()) +‘，第 ‘+CONVERT(VARCHAR,ERROR_LINE())+‘ 行‘ PRINT ERROR_MESSAGE() END CATCH END GO
注意触发器脚本，是为了在批量插入数据，select...from inserted子查询返回多条记录，进行>操作出错。
插入数据检验
--step1：插入1条数据，成功 INSERT [Test].[dbo].[Product]( [ProductID],[Name],[Remark]) SELECT TOP 1 [ProductID],[Name],‘one row‘ FROM [AdventureWorks2008R2].[Production].[Product] --step2：插入5条数据，失败 INSERT [Test].[dbo].[Product]( [ProductID],[Name],[Remark]) SELECT TOP 5 [ProductID],[Name],‘more than one row‘ FROM [AdventureWorks2008R2].[Production].[Product] --step3：插入5条数据到链接服务器，成功 INSERT [MY].[Test].[dbo].[Product]([ProductID],[Name],[Remark]) SELECT TOP 5 [ProductID],[Name],‘ToLink more than one row‘ FROM [AdventureWorks2008R2].[Production].[Product] --Step4：从链接服务器获取5条数据再插入，失败 INSERT [Test].[dbo].[Product]( [ProductID],[Name],[Remark]) SELECT TOP 5 [ProductID],[Name],‘FromLink more than one row‘ FROM [MY].[AdventureWorks2008R2].[Production].[Product]
我们查看表中结果
通过图中的Remark字段，可以看出step1和step3的语句执行成功，step2和step4的语句执行失败
step1：插入1条数据时，select...from inserted子查询返回1行值，它可和0进行比较(>)，数据insert成功。
step2：插入5条数据时，select...from inserted子查询返回5行值，它不能和单一的0进行比较，触发器报错，整个insert语句失败。
step3：插入5条数据到链接服务器，竟然成功！对比前面的语句，说明insert into linksvr.db.sch.tb是一行一行的insert(因为表上有触发器，如果一次多行insert会报错)
step4：当从链接服务器获取5条数据，再insert失败！它近似等效于step2。
现在我们的问题是step3和step4到底哪个更高效？虽然此时我们已经知道，step3会拆分成单条写入，step4一次写入多条。为了让这两个语句正常执行，我们禁用表上的触发器
--禁用/启用触发器 alter table [dbo].[Product] disable trigger [Product_TR] --disable/enable --查看触发器 select name,type_desc,create_date,modify_date,is_disabled from sys.triggers t
开启跟踪，然后再次执行step3、step4中的语句
INSERT [MY].[Test].[dbo].[Product]([ProductID],[Name],[Remark]) SELECT TOP 5 [ProductID],[Name],‘ToLink more than one row‘ FROM [AdventureWorks2008R2].[Production].[Product]
在SPID=52窗口执行INSERT Linksvr SELECT TOP 5 FROM语句，链接服务器在SPID=55下执行，有5个RPC:Completed事件
INSERT [Test].[dbo].[Product]( [ProductID],[Name],[Remark]) SELECT TOP 5 [ProductID],[Name],‘FromLink more than one row‘ FROM [MY].[AdventureWorks2008R2].[Production].[Product]
在SPID=52窗口执行INSERT Tab SELECT TOP 5 FROM Linksvr语句，链接服务器在SPID=55的会话中执行，仅一个RPC:Completed事件
此时表中的数据如下
此时全部将表写入到测试表 
Duration字段可以看出insert linksvr要比insert select linksvr耗时些
profile启动跟踪，sys.traces 增加一新记录(status=1)，暂停跟踪，原记录的status=0，停止跟踪，原记录删除
profile启动跟踪，sys.traces 增加一新记录(status=1)
SELECT * FROM sys.traces t
语句暂停跟踪
exec sp_trace_setstatus 2, 0
sys.traces 对应记录删除，profile如新创建的跟踪样(暂未开启)
profile启动跟踪，sys.traces 增加一新记录(status=1)，暂停跟踪，原记录的status=0
语句启动跟踪
exec sp_trace_setstatus 2, 1
sys.traces 对应记录status=1，说明已启动，但是profile中依旧是暂停状态！
请问此时sys.traces 中的traceid=2的跟踪是否有开启，如果开启了它收集的数据在哪？
此时点击profile中的启动按钮，弹出"在进行修改之前，必须先停止活动跟踪。"
确定，profile恢复成初始状态！
insert into linksvr select VS insert into from linksvr
标签：
原文地址：http://www.cnblogs.com/Uest/p/5853977.html
