本文详解因日期列缺失默认值导致的 mysql 插入失败问题，并指出将动态日期设为列名属于严重反范式设计；推荐采用“学生-日期-状态”三列表结构，配合参数化插入实现可扩展、可维护的考勤系统。
你遇到的错误 Field ’23-02-2022′ doesn’t have a default value 并非偶然——它直指一个根本性设计缺陷：将具体日期（如 23-02-2022）作为数据库列名，违反了关系型数据库的第一范式（1NF）和实际可维护性原则。
❌ 错误结构的问题根源
当前表结构如下：
id | name | class | 23-02-2022 | 26-02-2022 | ...- 每新增一天考勤，就必须执行 ALTER table ADD column —— 频繁 DDL 操作影响性能与稳定性；
- 列名含特殊字符（短横线 -）需用反引号包裹，易引发语法错误；
- INSERT INTO table21228 (name, class) VALUES (…) 未指定所有非空列，而 23-02-2022 等列若定义为 NOT NULL 且无 DEFAULT，mysql 将强制报错；
- 查询某学生某日出勤、统计某日全班到课率、添加历史考勤等操作均需动态拼接 SQL，难以索引优化，且极易出错。
✅ 推荐的规范化设计方案
应改为符合第三范式（3NF）的纵向结构：
CREATE TABLE attendance ( id INT PRIMARY KEY AUTO_INCREMENT, student_id INT NOT NULL, student_name VARCHAR(100) NOT NULL, class VARCHAR(50) NOT NULL, attendance_date DATE NOT NULL, status ENUM('present', 'absent', 'late', 'excused') DEFAULT 'absent', created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP, INDEX idx_student_date (student_id, attendance_date), INDEX idx_date_class (attendance_date, class) );✅ 优势：
- 新增考勤只需 INSERT 一行，无需修改表结构；
- 任意日期范围查询高效（利用 attendance_date 索引）；
- 支持标准聚合（如 count(*) WHERE attendance_date = ‘2022-02-23’ AND class = ‘Math101’）；
- 兼容未来扩展（如添加备注、教师ID、设备来源等字段）。
? 迁移与插入示例（php + mysqli 预处理）
将原 csv 数据导入新结构时，必须使用预处理语句防止 SQL 注入：
// 假设 CSV 格式：姓名;班级（无日期列） if (($handle = fopen("class.csv", "r")) !== FALSE) { $stmt = $conn->prepare( "INSERT INTO attendance (student_name, class, attendance_date, status) VALUES (?, ?, ?, ?)" ); // 示例：为每条学生记录插入默认日期（如当天）或从其他来源获取 $defaultDate = date('Y-m-d'); // 或从配置/文件读取 $defaultStatus = 'absent'; // 可后续更新为 actual while (($data = fgetcsv($handle, 1000, ";")) !== FALSE) { if (count($data) >= 2) { $stmt->bind_param("ssis", $data[0], $data[1], $defaultDate, $defaultStatus); if (!$stmt->execute()) { error_log("Insert failed for {$data[0]}: " . $stmt->error); } } } $stmt->close(); fclose($handle); }⚠️ 重要提醒： 绝对禁止拼接 $data[0] 等用户输入到 SQL 字符串中（原文代码存在高危 SQL 注入漏洞）； 若需批量初始化多日考勤，应在应用层循环调用 INSERT，而非创建数百列； 后续可通过 UPDATE attendance SET status = ‘present’ WHERE student_name = ? AND attendance_date = ? 精准更新单日状态。
? 总结
你的错误表面是“缺默认值”，深层原因是用列（columns）表达变化的业务维度（时间），这在数据库设计中是典型反模式。真正的解决方案不是给 23-02-2022 加 DEFAULT NULL，而是重构为以行为单位存储时间事实。规范结构不仅解决当前报错，更保障系统未来5年仍可稳定、安全、高效运行。