PowerShell执行SQL查询昨日数据时$scon.Open()卡住无响应

核心问题1：卡死位置判断错误，超时配置+索引失效导致查询无限等待 #

你以为脚本卡在$scon.Open()，实际是两个配置叠加导致的假死：

• 你把连接超时、命令超时都设成了0，在SqlClient规则里这个值代表永不超时，查询多久都不会抛错终止
• 你写的几种昨日查询逻辑，除了第一种范围写法，剩下两种都在CreateTime字段外套了函数（DATEDIFF、day/month/year），直接导致该字段上的索引失效，触发全表扫描。

之前按年份查询能快速跑通，本质是对应测试数据量小，全表扫描也能很快出结果；一旦表数据量到几十万级以上，全表扫描耗时会陡增，加上你关了超时，脚本就会一直挂起。

补充：看你代码里的调试输出顺序，$scon.Open()之后才会打印"5"，再往后才是$adp.Fill($data)——这个Fill方法会隐式执行SQL，真正耗时的是这一步，不是Open。你没在Fill前后加打印，才会误以为卡在Open阶段。

核心问题2：PowerShell算昨日的逻辑有硬bug #

你直接把当天的“日”数值减1算昨日，遇到每月1号、元旦当天会算出0值，拼出来的SQL条件是day(CreateTime)=0，既查不到正确数据，还可能触发SQL Server隐式转换，导致执行计划异常变慢。

核心问题3：冗余的交互代码 #

你脚本开头留了按年查询时的Read-Host读入年份的逻辑，现在做昨日查询根本用不上这个变量，如果你运行时没注意控制台的输入提示，也会误以为脚本卡死。

1. 先改超时配置，永远不要用无限等待
   把连接字符串、命令超时改成合理值，比如30秒：

# 连接字符串去掉Connection Timeout=0，显式设为30秒
Execute-SQL -sconstring "Data Source=localhost\sqlexpress;Initial Catalog=PSDatabase;Connection Timeout=30;Integrated Security=true"
# 命令超时同步改成30秒
$cmd.CommandTimeout = 30

2. 用可命中索引的范围查询，禁止在筛选字段外套函数
   直接用SQL内置函数算昨日时间范围，这种写法可以直接命中CreateTime的索引，查询速度提升非常明显：

$sQry = @"
SELECT Id, QuoteId, CreateTime, XML 
FROM dbo.QuoteUpload 
WHERE CreateTime >= DATEADD(DAY, DATEDIFF(DAY, 0, GETDATE())-1, 0)
  AND CreateTime < DATEADD(DAY, DATEDIFF(DAY, 0, GETDATE()), 0)
"@

更稳妥的方式是用PowerShell正确计算时间后，通过参数化查询传入，避免字符串拼接的格式问题和注入风险：

# 正确计算昨日0点、今日0点，不会有跨月跨年bug
$yesterdayStart = (Get-Date).Date.AddDays(-1)
$todayStart = (Get-Date).Date

$cmd.CommandText = "SELECT Id, QuoteId, CreateTime, XML FROM dbo.QuoteUpload WHERE CreateTime >= @YesterdayStart AND CreateTime < @TodayStart"
$cmd.Parameters.AddWithValue("@YesterdayStart", $yesterdayStart) | Out-Null
$cmd.Parameters.AddWithValue("@TodayStart", $todayStart) | Out-Null

3. 清理冗余代码
   删掉脚本开头没用的$sYear = read-host "Enter XML year date: "，避免无意义的交互阻塞。

如果改完查询逻辑还是慢，直接在SQL Server给CreateTime字段加覆盖索引，范围查询可以做到毫秒级返回：

CREATE NONCLUSTERED INDEX IX_QuoteUpload_CreateTime ON dbo.QuoteUpload(CreateTime) INCLUDE (Id, QuoteId, XML)

内容的提问来源于stack exchange，提问作者Jadina