本文讲解如何通过联合年份与周数条件精准查询数据库中的费用记录，解决因多条同周号数据导致的混淆问题，并提供安全、可维护的 php + mysql 实现方案。
本文讲解如何通过联合年份与周数条件精准查询数据库中的费用记录，解决因多条同周号数据导致的混淆问题，并提供安全、可维护的 php + mysql 实现方案。
在实际业务中，仅依赖 week 字段（如 'w10'）进行查询极易引发歧义——正如案例所示：数据库中存在两条 week = 'w10' 的记录，分别属于 2021 年和 2022 年。原始代码未限定年份，导致 fetch() 随机返回第一条匹配行（通常是 2021 年的旧数据），从而显示错误的费用基准值。
根本解决思路是：将周数与年份作为联合查询条件，确保唯一性与业务语义准确性。以下是两种推荐实现方式：
✅ 方案一：服务端动态计算当前年/周，SQL 层过滤（推荐）
该方式无需修改数据库结构，兼容现有 week 字符串格式（如 'w10'），并利用 MySQL 内置函数确保时间上下文一致：
// 获取 GET 参数或默认为当前周（格式：w10）
$week = $_GET['selectWeek'] ?? ('w' . date('W'));
// 查询当前年份下的指定周（YEAR(NOW()) 确保与数据库时区一致）
$stmt = $pdo->prepare(
'SELECT * FROM expense_base_charge WHERE week = ? AND year = YEAR(NOW())'
);
$stmt->execute([$week]);
$base_charge = $stmt->fetch(PDO::FETCH_ASSOC);
if (!$base_charge) {
$msg = "未找到当前年份的周 {$week} 数据，请确认是否存在或检查数据录入。";
}⚠️ 注意：确保 MySQL 服务器时区与 PHP 应用时区一致（推荐统一设为 Asia/Shanghai），否则 YEAR(NOW()) 可能产生跨日偏差。
立即学习“PHP免费学习笔记（深入）”；
✅ 方案二：前后端协同传递年/周参数（更灵活、可追溯）
升级 URL 接口，支持显式传入 selectYear（如 ?selectWeek=10&selectYear=2022），同时建议将数据库 week 字段改为整型（TINYINT），提升索引效率与可读性：
// 安全获取并转换参数（防御空值/非法输入）
$week = filter_input(INPUT_GET, 'selectWeek', FILTER_VALIDATE_INT) ?: (int)date('W');
$year = filter_input(INPUT_GET, 'selectYear', FILTER_VALIDATE_INT) ?: (int)date('Y');
// 使用整型 week + year 查询（假设已迁移 week 字段为 INT）
$stmt = $pdo->prepare(
'SELECT * FROM expense_base_charge WHERE week = ? AND year = ?'
);
$stmt->execute([$week, $year]);
$base_charge = $stmt->fetch(PDO::FETCH_ASSOC);对应 SQL 字段优化建议：
ALTER TABLE expense_base_charge MODIFY COLUMN week TINYINT UNSIGNED NOT NULL COMMENT 'ISO 周序号（1-53）', ADD INDEX idx_year_week (year, week); -- 复合索引大幅提升查询性能
? 关键注意事项总结
- 永远避免仅靠 week 字段做唯一查询：ISO 周数每年重复，必须与 year 组合使用；
- 警惕 date('y') 陷阱：PHP 中 date('y') 返回两位年份（如 21），而数据库 year 是四位（2021），务必使用 date('Y')；
- 防御性编程不可少：对 $_GET 参数始终校验类型与范围，防止 SQL 注入或逻辑错误；
- 错误处理需明确：当 $base_charge 为空时，应向用户提示具体原因（如“2022 年第 10 周数据暂未录入”），而非静默失败；
- 后续扩展建议：可引入 created_at 时间戳排序（ORDER BY created_at DESC LIMIT 1）作为兜底策略，确保即使存在冗余数据也优先取最新一条。
通过以上改造，系统将稳定、准确地定位目标周费用数据，彻底规避跨年度同周号冲突问题，同时为未来按年归档、审计分析打下坚实基础。
