我有一个查询,我认为异常长,所以我正在改变事物并尝试不同的方法来加快速度。目前,返回不到 11k 条记录需要 3 到 4 分钟。
这是我的查询:
DECLARE @PtVistitOID TABLE (
PatientVisitOID INT NOT NULL
)
INSERT INTO @PtVistitOID
SELECT DISTINCT PatientVisitOID
FROM smsdss.c_covid_ptvisitoid_tbl
WHERE PatientVisitOID IS NOT NULL
SELECT
A.OBJECTID AS PatientVisit_OID,
A.PATIENTACCOUNTID,
A.PatientVisitExtension_OID
FROM
[SC_server].[Soarian_Clin_Prd_1].DBO.HPatientVisit AS A
INNER JOIN
[SC_server].[Soarian_Clin_Prd_1].dbo.HExtendedPatientVisit AS B ON A.PatientVisitExtension_OID = B.objectid
INNER JOIN
@PtVistitOID AS C ON A.ObjectID = C.PatientVisitOID
--WHERE A.ObjectID IN (SELECT PatientVisitOID FROM @PtVistitOID);
当我检查估计的查询执行计划时,它说大约 95% 的时间都花在将记录插入表 @PtVisitOID
上,这部分查询将尽可能快地运行,您可以单击执行,那里@PtVisitOID
中有 13,970 行。所以剩下的 5% 来自查询的其余部分。整个查询又需要 3 到 4 分钟。
所有连接都在完全相同类型 INT 的列上。
我可以相当快地从所有单个表中选择记录,不到 5 秒。特别是当我添加最后一个 INNER JOIN
或将其更改为 WHERE A.ObjectID IN (SELECT PatientVisitOID FROM @PtVisitOID)
时,查询时间会延长。
有什么想法吗?
答案 0 :(得分:1)
我重新构造了我编写查询的方式,并且很高兴地注意到执行时间缩短到 1 到 2 秒之间。我确实撤回了更少的记录,但这很好,因为其他不再回来的记录毫无用处。这本身不是加速的原因,重组才是。
DECLARE @PtVistitOID TABLE (
PatientVisitOID INT NOT NULL
)
INSERT INTO @PtVistitOID
SELECT DISTINCT PatientVisitOID
FROM smsdss.c_covid_ptvisitoid_tbl
WHERE PatientVisitOID IS NOT NULL
DECLARE @UserDefinedString TABLE (
PatientVisit_OID INT,
PatientAccountID INT,
Covid_Indicator VARCHAR(1000)
)
INSERT INTO @UserDefinedString
SELECT A.OBJECTID AS PatientVisit_OID,
A.PATIENTACCOUNTID,
--A.PatientVisitExtension_OID,
B.UserDefinedString20
FROM [SC_server].[Soarian_Clin_Prd_1].DBO.HPatientVisit AS A
INNER JOIN [SC_server].[Soarian_Clin_Prd_1].dbo.HExtendedPatientVisit AS B ON A.PatientVisitExtension_OID = B.objectid
WHERE A.PatientVisitExtension_OID IS NOT NULL
AND B.UserDefinedString20 IS NOT NULL
AND B.UserDefinedString20 != ''
SELECT A.PatientVisitOID,
B.PatientAccountID,
B.Covid_Indicator
FROM @PtVistitOID AS A
INNER JOIN @UserDefinedString AS B
ON A.PatientVisitOID = B.PatientVisit_OID
通过不混合本地和链接服务器表的建议,通过选择在本地@tables 内生成所有结果,实现了所需的加速。