运行较大时间段时查询失败（仅限php下的sql server 2005）

Question

我有一个奇怪的问题。

我正在运行一个查询：

SELECT IMIE, NAZWISKO, PESEL2, ADD_DATE, CONVERT(varchar, ADD_DATE, 121) AS XDATA, ID_ZLECENIA_XXX, * FROM XXX_KONWERSJE_HISTORIA AS EKH1
INNER JOIN XXX_DANE_PACJENTA EDP1 ON EKH1.ID_ZLECENIA_XXX=EDP1.ORDER_ID_XXX
WHERE EKH1.ID_KONWERSJE = (
    SELECT MIN(ID_KONWERSJE)
    FROM XXX_KONWERSJE_HISTORIA AS EKH2
    WHERE EKH1.ID_ZLECENIA_XXX = EKH2.ID_ZLECENIA_XXX
)
AND EDP1.RECNO = ( 
    SELECT MAX(RECNO) 
    FROM XXX_DANE_PACJENTA EDP2
    WHERE EDP2.ORDER_ID_XXX = EDP1.ORDER_ID_XXX
)
AND EKH1.ID_ZLECENIA_XXX LIKE '%140000393%'
AND ADD_DATE>'20140419' AND ADD_DATE<='20140621 23:59:59.999' 
ORDER BY EKH1.ID_KONWERSJE, EKH1.ID_ZLECENIA_XXX DESC 

如果我使用大约 2 个月（63 天 - 它给我 1015 个结果）的日期限制，则查询可以正常工作。如果我延长日期限制查询将失败（查询失败 blabla）。

这发生在 windows 64 位 php (apache, Xamp) 下。

当我直接从 MS SQL SERWER Management Studio 运行此查询时，一切正常，无论我选择什么日期限制。

发生了什么事？在 apache/php 下是否有某种限制？ （没有“查询超时”之类的信息，只有“查询失败”）

Answer 1

如果我使用大约 2 个月（63 天）的日期限制，查询工作正常 - 它给了我 1015 个结果）。如果我延长日期限制查询根本失败（查询失败blabla）。 ... 到底是怎么回事？有没有限制 某种在apache/php下？ （没有“查询时间”之类的信息 超额”，只有“查询失败”）

这可能会发生，因为ADD_DATE>'20140419' AND ADD_DATE<='20140621 23:59:59.999' 的选择性中等/低（有[太多] 行满足此谓词）并且 SQL Server 必须多次扫描（是的，扫描）XXX_KONWERSJE_HISTORIA 以检查以下谓词：

WHERE EKH1.ID_KONWERSJE = (
    SELECT ...
    FROM XXX_KONWERSJE_HISTORIA AS EKH2
    WHERE EKH1.ID_ZLECENIA_XXX = EKH2.ID_ZLECENIA_XXX
)

必须扫描 SQL Server XXX_KONWERSJE_HISTORIA 表多少次才能验证此谓词？可以查看Table Scan [XXX_KONWERSJE_HISTORIA]数据访问算子的属性：3917次

一开始你可以做什么？您应该创建缺少的索引（请参阅执行计划上方带有绿色的警告）：

USE [OptimedMain]
GO
CREATE NONCLUSTERED INDEX [<Name of Missing Index, sysname,>]
ON [dbo].[ERLAB_KONWERSJE_HISTORIA] ([ID_ZLECENIA_ERLAB])
INCLUDE ([ID_KONWERSJE])
GO

当我直接从 MS SQL SERWER Management Studio 运行此查询时 一切正常，无论我选择什么日期限制。

SQL Server Management Studio 的执行超时默认设置为 0（无执行超时）。

注意：如果此索引可以解决问题，那么您应该尝试 (1) 在 ADD_DATE 上创建一个包含所有必需 (CREATE INDEX ... INCLUDE(...)) 列的索引，以及 (2) 在这些表上创建唯一的聚集索引。

Answer 2

尝试通过ini_set在你的php脚本中设置这些php配置

ini_set('memory_limit', '512M');
ini_set('mssql.timeout', 60 * 20);

不确定它会帮助你。