直接用WHERE date = (SELECT MIN(date) FROM sales)和WHERE date = (SELECT MAX(date) FROM sales)取期初期末最稳妥，但需注意：MIN/MAX仅返回日期值，若存在同日多记录须配合聚合或去重；推荐用IN而非=防NULL空集；同一查询中应通过CTE或派生表复用日期避免重复执行与快照不一致。
子查询怎么取期初和期末数据不串行
直接用 WHERE date = (SELECT MIN(date) FROM sales) 和 WHERE date = (SELECT MAX(date) FROM sales) 写两个独立子查询，是最稳妥的起点。但要注意：如果表里有多个业务日期相同（比如多笔订单同天入库），MIN()/MAX() 返回的是日期值，不是唯一主键，所以必须搭配聚合或去重逻辑，否则可能因隐式多行匹配导致结果翻倍。
实操建议：
- 优先用
SELECT ... FROM t1 WHERE date IN (SELECT MIN(date) FROM t1)，而不是=，避免 NULL 或空集时整个查询返回空 - 若需取“期初当天所有记录”，别在子查询里加
LIMIT 1—— MySQL/PostgreSQL 不支持子查询中直接 LIMIT，应改用WHERE date = (SELECT date FROM t1 ORDER BY date LIMIT 1) - SQL Server 要用
TOP 1替代LIMIT，且必须带ORDER BY，否则结果不可靠
用同一子查询结果同时算期初和期末字段
想在一个 SELECT 里同时输出期初销售额、期末销售额，就不能写两次独立子查询——那样会重复执行、拖慢性能，还可能因并发写入导致两次子查询看到不同快照（尤其在未提交读隔离级别下）。
正确做法是把期初/期末日期提前算好，作为派生表或 CTE：
WITH period_bounds AS ( SELECT MIN(date) AS start_date, MAX(date) AS end_date FROM sales WHERE date BETWEEN '2024-01-01' AND '2024-06-30' ) SELECT (SELECT SUM(amount) FROM sales WHERE date = pb.start_date) AS opening, (SELECT SUM(amount) FROM sales WHERE date = pb.end_date) AS closing FROM period_bounds pb;
注意点：
-
period_bounds必须包含完整过滤条件（如时间范围），否则MIN/MAX会扫全表，CTE 并不自动下推谓词 - PostgreSQL 支持在 CTE 中用
VALUES直接构造单行，比子查询更轻量：WITH pb AS (VALUES ((SELECT MIN(date)...), (SELECT MAX(date)...))) - MySQL 8.0+ 才支持 CTE；老版本得用内联视图：
SELECT ... FROM (SELECT MIN(date) s, MAX(date) e FROM sales) pb
当期初/期末需要按维度对齐（比如每个产品线单独算）
报表常要求“每个 product_line 的期初库存 + 期末库存”，这时不能只算全局最早/最晚日期——每个分组的期初可能是不同天。必须让子查询关联到外层分组上下文。
典型错误写法：(SELECT MIN(date) FROM sales) 是无关联子查询，结果对所有 product_line 都一样。
正确写法是相关子查询：
SELECT
product_line,
(SELECT SUM(stock) FROM sales s2
WHERE s2.product_line = s1.product_line
AND s2.date = (SELECT MIN(s3.date) FROM sales s3
WHERE s3.product_line = s1.product_line)) AS opening,
(SELECT SUM(stock) FROM sales s2
WHERE s2.product_line = s1.product_line
AND s2.date = (SELECT MAX(s3.date) FROM sales s3
WHERE s3.product_line = s1.product_line)) AS closing
FROM (SELECT DISTINCT product_line FROM sales) s1;
关键约束：
- 每个相关子查询里的
s3都要显式关联到外层s1.product_line，漏掉就会变成全局计算 - 相关子查询性能差，数据量大时建议先预聚合：
CREATE TEMP TABLE line_dates AS SELECT product_line, MIN(date), MAX(date) FROM sales GROUP BY product_line，再 JOIN - Oracle 用户注意：相关子查询中不能用
ROWNUM，要用FETCH FIRST 1 ROW ONLY配合ORDER BY
为什么用子查询对齐比应用层拼接更可靠
有人倾向在 Python/Java 里先查一次 MIN(date) 和 MAX(date)，再用这两个值发两条 SQL。这看似简单，但存在时间窗口风险：两次查询之间若有新数据写入，期初/期末就不再属于同一逻辑周期。
子查询的天然优势是原子性 —— 整个语句在同一个事务快照里执行，哪怕中间有并发 INSERT，只要隔离级别不是读未提交，子查询看到的都是同一份数据版本。
但要注意：
- MySQL 默认可重复读（RR），子查询安全；但若显式开启
SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED，仍可能因 MVCC 版本切换导致不一致 - PostgreSQL 的快照在查询开始时固定，比 MySQL RR 更严格，子查询更稳
- 千万别在子查询里调用
NOW()或CURRENT_DATE做动态边界——那不是“报表周期”，而是“执行时刻”，无法复现
真正难的不是写出子查询，而是确认你的 date 字段是否已建索引、是否允许 NULL、是否包含时分秒——这些细节一错，期初期末就对不上。
