DATEDIFF 与 AVG 可嵌套但需谨慎：必须显式指定 datepart（如 day），过滤 NULL 和负值，否则平均值失真。推荐写法为 AVG(DATEDIFF(day, start_date, end_date)) 配合 WHERE start_date IS NOT NULL AND end_date IS NOT NULL。
DATEDIFF 和 AVG 不能直接嵌套使用？
不是语法报错，而是逻辑陷阱：AVG 作用在 DATEDIFF 的结果上看似合理，但若没明确指定日期单位、忽略空值或跨时区数据，平均值会严重失真。比如 DATEDIFF(day, start_date, end_date) 返回负数（end_date 在 start_date 前），AVG 照样算进去，结果就不是“间隔天数”的平均值了。
必须显式指定 datepart 参数并处理 NULL 和负值
DATEDIFF 第一个参数是 datepart，必须写清楚是 day、month 还是 second——不写或写错（如用 days）会报错或返回意外值。更重要的是，如果任意一个日期字段为 NULL，整行 DATEDIFF 结果就是 NULL，而 AVG 默认跳过 NULL，这没问题；但若你希望把“缺失结束时间”视作异常并排除整条记录，就得加 WHERE start_date IS NOT NULL AND end_date IS NOT NULL。
- 推荐写法：
AVG(DATEDIFF(day, start_date, end_date)) - 务必过滤无效行：
WHERE start_date - 避免隐式转换：不要依赖字符串自动转日期，确保
start_date和end_date都是DATE或DATETIME类型
跨月/跨年计算平均天数时，DATEDIFF(day) 是最稳的选择
用 month 或 year 做 datepart 算平均值意义不大：比如 1月31日到2月1日是 1 天，但 DATEDIFF(month, ...) 返回 1 —— 显然不是你想要的“时间跨度”。只有 day（或 second）能真实反映物理时间差。注意：SQL Server 中 DATEDIFF(day, '2024-01-31', '2024-02-01') = 1，但 DATEDIFF(day, '2024-01-31', '2024-03-01') = 31，它算的是日历天数差，不考虑月份长度差异，这点反而是优点——简单、可预期。
遇到聚合后精度丢失？记得检查字段类型和小数位
AVG 对整数列默认返回整数（SQL Server），比如三组差值是 1, 2, 3，AVG 返回 2 而不是 2.0。要保留小数，得显式转换：AVG(CAST(DATEDIFF(day, start_date, end_date) AS DECIMAL(10,2)))。另外，如果原始日期含时间（DATETIME），而你只关心日期部分，先用 CAST(start_date AS DATE) 截断，否则午夜前后的毫秒差异会影响 DATEDIFF(second, ...) 的结果。
WHERE 条件里人工界定。 
