gpt4 book ai didi

SQL链接服务器查询非常非常慢

转载 作者:行者123 更新时间:2023-12-02 04:46:57 25 4
gpt4 key购买 nike

我正在通过链接服务器从 View 中提取大量数据。我使用的是 SQL Server 2012,链接服务器是 SQL Server 2008

我的选择语句是

SELECT * INTO MY_LOCAL_TABLE
FROM
( SELECT * FROM LINKEDSERVER.DB.TABLE.VIEW
WHERE DATE>'2012-01-01' AND ID IN (SELECT ID FROM MY_LOCAL_VIEW)
) Q

我预计近 700 多个 ID 将有 30 万行。以前需要几个小时,但现在需要 20 多个小时!!

您能为这个痛苦提出任何替代解决方案吗?

提前非常感谢!

最佳答案

当您使用由 4 部分组成的名称(例如 [server].db.dbo.table)时,尤其是在 join 中,通常会复制整个表到本地机器的线路,这显然不理想。

更好的方法是使用OPENQUERY——它在源(链接服务器)处处理。

尝试:

SELECT *
FROM OPENQUERY([LINKEDSERVER], 'SELECT * FROM DB.TABLE.VIEW WHERE DATE>'2012-01-01')
AND ID IN (SELECT ID FROM MY_LOCAL_VIEW)

通过这种方法,链接服务器将返回日期 > x 的所有行,然后本地服务器将按本地表中的 ID 过滤该行。

当然,索引仍然是执行 SELECT * FROM DB.TABLE.VIEW WHERE DATE>'2012-01-01 的一个因素。

我在大型子集上使用的另一种方法是将本地 ID 转储到远程服务器,然后远程处理所有内容,例如:

    -- copy local table to linked server by executing remote query 
DECLARE @SQL NVARCHAR(MAX)
SET @SQL = 'SELECT ID INTO db.dbo.tmpTable FROM [SERVER].DB.DBO.MY_LOCAL_VIEW'
EXEC(@SQL) AT [LINKEDSERVER]

-- index remote table?!?
DECLARE @SQL NVARCHAR(MAX)
SET @SQL = 'CREATE INDEX [IXTMP] ON db.dbo.tmpTable (ID)'
EXEC(@SQL) AT [LINKEDSERVER]

-- run query on local machine against both remote tables
SELECT *
-- INTO sometable
FROM OPENQUERY([LINKEDSERVER], 'SELECT *
FROM DB.TABLE.VIEW
WHERE DATE>''2012-01-01''
AND ID IN (SELECT ID FROM db.dbo.tmpTable)')

-- now drop remote temp table of id's
DECLARE @SQL NVARCHAR(MAX)
SET @SQL = 'DROP TABLE db.dbo.tmpTable'
EXEC(@SQL) AT [LINKEDSERVER]

如果本地 View 也很大,那么您可以考虑执行使用 openquery 返回本地计算机的远程查询(假设远程计算机具有本地作为链接)。

-- copy local table to linked server by executing remote query 
DECLARE @SQL NVARCHAR(MAX)
SET @SQL = 'SELECT ID INTO db.dbo.tmpTable FROM OPENQUERY([SERVER], ''SELECT ID FROM DB.DBO.MY_LOCAL_VIEW'')'
EXEC(@SQL) AT [LINKEDSERVER]

关于SQL链接服务器查询非常非常慢,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/24272652/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com