Microsoft Report Builder中SQL查询无法检索毫秒级时间戳数据的问题求助

看起来你的问题核心是时间字段的精度匹配以及查询条件的写法导致毫秒级数据被过滤掉了，我来一步步帮你排查和解决：

1. 先确认Timestamp字段的存储精度 #

首先要排查的是你的两个表中Timestamp字段是否真的支持毫秒级存储：

• 如果是MySQL，执行DESCRIBE TemperatureSensor3;，看字段类型是不是DATETIME(3)、TIMESTAMP(3)这类带毫秒精度的类型（括号里的数字代表小数位精度，3就是毫秒级）。如果只是DATETIME或TIMESTAMP，默认是不带毫秒的，存储时会自动截断毫秒数据，那自然查不到。
• 如果是SQL Server，执行SELECT DATA_TYPE, DATETIME_PRECISION FROM INFORMATION_SCHEMA.COLUMNS WHERE TABLE_NAME IN ('TemperatureSensor3', 'TemperatureSensor4') AND COLUMN_NAME = 'Timestamp';，确保类型是DATETIME2（支持纳秒级）或者DATETIME（支持3.33毫秒级），如果是SMALLDATETIME那只能到分钟级，肯定拿不到毫秒数据。

如果字段精度不够，需要先修改表结构，给字段加上毫秒精度，比如MySQL中：

ALTER TABLE TemperatureSensor3 MODIFY COLUMN Timestamp DATETIME(3);
ALTER TABLE TemperatureSensor4 MODIFY COLUMN Timestamp DATETIME(3);

2. 优化查询的时间比较逻辑 #

即使字段支持毫秒，用字符串直接和时间字段比较可能会触发隐式转换，导致精度丢失。建议用数据库原生的时间函数来构造精确的时间范围：

针对MySQL： #

SELECT 
    ts3.Timestamp, 
    ts3.CurrentTemperature AS CurrentTemperature_3, 
    ts4.CurrentTemperature AS CurrentTemperature_4 
FROM TemperatureSensor3 ts3
LEFT JOIN TemperatureSensor4 ts4 
    ON ts4.Timestamp = ts3.Timestamp 
    AND ts4.Timestamp >= STR_TO_DATE('2020-01-17 12:00:00.000', '%Y-%m-%d %H:%i:%s.%f')
    AND ts4.Timestamp <= STR_TO_DATE('2020-01-17 18:00:00.000', '%Y-%m-%d %H:%i:%s.%f')
WHERE ts3.Timestamp >= STR_TO_DATE('2020-01-17 12:00:00.000', '%Y-%m-%d %H:%i:%s.%f')
    AND ts3.Timestamp <= STR_TO_DATE('2020-01-17 18:00:00.000', '%Y-%m-%d %H:%i:%s.%f')
ORDER BY ts3.Timestamp

针对SQL Server： #

SELECT 
    ts3.Timestamp, 
    ts3.CurrentTemperature AS CurrentTemperature_3, 
    ts4.CurrentTemperature AS CurrentTemperature_4 
FROM TemperatureSensor3 ts3
LEFT JOIN TemperatureSensor4 ts4 
    ON ts4.Timestamp = ts3.Timestamp 
    AND ts4.Timestamp >= CAST('2020-01-17 12:00:00.000' AS DATETIME2(3))
    AND ts4.Timestamp <= CAST('2020-01-17 18:00:00.000' AS DATETIME2(3))
WHERE ts3.Timestamp >= CAST('2020-01-17 12:00:00.000' AS DATETIME2(3))
    AND ts3.Timestamp <= CAST('2020-01-17 18:00:00.000' AS DATETIME2(3))
ORDER BY ts3.Timestamp

3. 修复LEFT JOIN被"降级"为INNER JOIN的问题 #

你原查询中在WHERE子句里同时过滤了两个表的Timestamp，这会导致LEFT JOIN失去作用——因为如果TemperatureSensor4没有匹配的行，它的Timestamp会是NULL，WHERE条件会直接把这些行排除，相当于变成了INNER JOIN。

上面的优化写法已经把TemperatureSensor4的时间条件移到了ON子句中，这样既能保留LEFT JOIN的特性（显示TemperatureSensor3中符合条件但TemperatureSensor4没有匹配的行），又能只关联TemperatureSensor4中符合时间范围的行。

4. 验证数据是否真的存在 #

最后可以单独查一下某个毫秒级时间戳的记录，确认数据是否真的在数据库里：

SELECT * FROM TemperatureSensor3 WHERE Timestamp = '2020-01-17 12:15:01.567';

如果查不到，说明存储时就丢失了毫秒数据，回到第一步修改字段精度；如果能查到，那就是查询条件的问题，用上面优化后的语句应该就能解决。

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