链接服务器的替代方案,速度相同

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了链接服务器的替代方案,速度相同相关的知识,希望对你有一定的参考价值。

我有一个框架构建与存储过程,将数据1到1移动到OLTP到BI临时区域。它是通用的,只需告诉它OLTP中的哪个表,并构建sql来移动它。

问题是,构建使用链接服务器到OLTP服务器。现在,OLTP开始向表中添加像地理一样的CLR类型列,这些列无法通过链接服务器收集。

我一直在寻找OPENROWSET来完成这项工作,以保持存储过程解决方案并做最少的工作

首先,我尝试使用没有clr列的表,发现通过'MSDASQL'使用ODBC比链接服务器慢4倍(尽管我使用的是最新的odbc驱动程序,我们为sql server 2016做了)

如果我在我的测试环境中使用过

OPENROWSET('SQLNCLI', 'Server=my server;Trusted_Connection=yes;' select ...)

速度与链接服务器相同,但SQLNCLI实际上是使用链接服务器。如果我选择一个具有CLR类型的表,它会按预期失败,因此这不是一个解决方案。

我知道,如果我开始在SSIS中构建相同的通用设置,我将不会看到这些问题,但需要更长的时间来开发。我还可以设置复制,日志传送或其他新解决方案,但在此之前我想确保通过更改现有解决方案无法完成。

所以在我开始这样做之前,如果我想改变的是我框架中产生的tsql,你对我如何获得更好的吞吐量有什么建议吗?(OLTP和BI服务器都是SQL Server 2016)

很简单,当前产生的tsql是这样的:

SELECT  *
FROM OLTP.BrokerServices.[FLEUR].[InsuredUnemploymentPayment]

其中OLTP是链接服务器。

我想结束这样的事情:

SELECT *
FROM OPENROWSET(
                'MSDASQL', 
                'Driver={SQL Server Native Client 11.0}; Server=DFDGSQLCLU2003SQL2016;UID=yyyyyyyyyyyy; PWD=xxxxxxxxxxx;',  
                'SELECT * FROM [BrokerServices].[FLEUR].[InsuredUnemploymentPayment]'
                )

以上工作,但比使用链接服务器至少慢4倍,我们没有那么多时间。

TIA

彼得

答案

我实际上找到了答案:-)使用SQLOLEDB而不是MSDASQL,给出了我想要的性能,并且可以处理CLR数据类型:

SELECT *
FROM OPENROWSET(
                'SQLOLEDB', 
                'STARDBS1006T16';'yyyyyyyyyy';'xxxxxxxxxxx',  
                'SELECT * FROM [BrokerServices].[FLEUR].[InsuredUnemploymentPayment]'
                )

对不起,但我会留下这个问题,以防其他人有同样的问题

以上是关于链接服务器的替代方案,速度相同的主要内容,如果未能解决你的问题,请参考以下文章

数学上相同的变量 - 一个破坏着色器而不是

inline内联函数

重工作的Asynctask替代方案(在UI中添加大量片段)

替代拉链的替代方式

Django:替代使用 annotate(Count()) 来提高速度

具有相同键的(嵌套)字典的 Pythonic 替代方案?