SSMS查询SQL Server表未返回全部记录的问题求助

针对你遇到的SSMS查询repair表缺失部分已知存在的记录，但遗留应用可正常获取的问题，结合给出的信息整理以下排查方向：

1. 修正datetime字段的边界过滤逻辑 #

你的rep_date是datetime类型，当用CONVERT(date, '2022-11-30')转换时，会得到2022-11-30 00:00:00.000，这会过滤掉所有2022-11-30 00:00:00.001到2022-11-30 23:59:59.997的记录。遗留应用大概率用了更准确的边界条件，建议修改查询：

SELECT *
FROM [Sprint].[dbo].[repair]
WHERE [rep_date] >= '2022-11-01' 
  AND [rep_date] < '2022-12-01' -- 用小于下月第一天替代等于当月最后一天，覆盖全天数据
  AND [rep_bld_id] LIKE 'ST%'

或者保留datetime的精确匹配：

SELECT *
FROM [Sprint].[dbo].[repair]
WHERE [rep_date] >= '2022-11-01 00:00:00.000' 
  AND [rep_date] <= '2022-11-30 23:59:59.997' -- datetime类型最大有效毫秒值，避免进位到12月1日
  AND [rep_bld_id] LIKE 'ST%'

2. 检查varchar字段的匹配规则问题 #

rep_bld_id是varchar类型，可能存在以下匹配异常：

• 大小写敏感：如果数据库排序规则是区分大小写（如SQL_Latin1_General_CP1_CS_AS），LIKE 'ST%'不会匹配'st123'这类小写开头的记录。可以强制不区分大小写：

  SELECT *
  FROM [Sprint].[dbo].[repair]
  WHERE [rep_date] >= '2022-11-01' AND [rep_date] < '2022-12-01'
    AND [rep_bld_id] LIKE 'ST%' COLLATE SQL_Latin1_General_CP1_CI_AS
  

• 隐藏空格/特殊字符：如果rep_bld_id存在前导空格（如' ST123'），LIKE 'ST%'无法匹配。可以用LTRIM处理，或先检查字段长度：

  -- 检查是否有长度不一致的情况（DATALENGTH含空格，LEN不含）
  SELECT [rep_bld_id], DATALENGTH([rep_bld_id]), LEN([rep_bld_id])
  FROM [Sprint].[dbo].[repair]
  WHERE [rep_date] >= '2022-11-01' AND [rep_date] < '2022-12-01'
  

  若存在空格，修改查询为LTRIM([rep_bld_id]) LIKE 'ST%'。

3. 排查事务隔离级别与缓存问题 #

• 隔离级别差异：遗留应用可能使用了更低的隔离级别（如READ UNCOMMITTED），而SSMS默认是READ COMMITTED。可以临时切换隔离级别测试：

  SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;
  SELECT *
  FROM [Sprint].[dbo].[repair]
  WHERE [rep_date] >= '2022-11-01' AND [rep_date] < '2022-12-01'
    AND [rep_bld_id] LIKE 'ST%'
  

• 统计信息/索引缓存过期：表的统计信息或索引可能存在异常，导致查询优化器生成错误的执行计划。执行以下语句更新统计信息并重建索引：

  -- 更新表统计信息
  UPDATE STATISTICS [Sprint].[dbo].[repair];
  -- 重建所有索引
  ALTER INDEX ALL ON [Sprint].[dbo].[repair] REBUILD;
  

4. 确认表的实际类型（是否为视图） #

你以为repair是物理表，但有可能是视图，视图内部可能包含额外过滤条件。执行以下语句确认：

-- 查看对象类型（Type列显示U为表，V为视图）
EXEC sp_help '[Sprint].[dbo].[repair]';
-- 如果是视图，查看其定义
SELECT definition FROM sys.sql_modules WHERE object_id = OBJECT_ID('[Sprint].[dbo].[repair]');

5. 验证缺失记录的实际数据 #

直接查询表中符合rep_bld_id LIKE 'ST%'的最新记录，确认是否存在11月的目标数据：

SELECT TOP 20 [rep_date], [rep_bld_id]
FROM [Sprint].[dbo].[repair]
WHERE [rep_bld_id] LIKE 'ST%'
ORDER BY [rep_date] DESC;

如果能看到11月30日的记录，对比其时间值，就能明确是边界过滤的问题。

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