本文详解因在 mysql 表中将动态日期设为列名（如 `23-02-2022`）引发的插入失败问题，指出其违反数据库范式，并提供符合规范的替代设计方案：改用「日期+状态」行式存储，配合 php 安全插入实践。
你遇到的错误 Field ’23-02-2022′ doesn’t have a default value 并非代码语法错误，而是数据库结构设计缺陷的直接体现。当前表结构如下：
id | name | class | 23-02-2022 | 26-02-2022 | ...
当你执行仅插入 name 和 class 的 SQL：
$query = "INSERT INTO table21228 (name, class) VALUES ('$data[0]', '$data[1]')";
MySQL 会要求其余非空且无默认值的列（如 23-02-2022）也必须显式赋值——而你的语句未包含它们，因此报错。
⚠️ 更关键的是：这种“日期作为列名”的设计是严重反范式的。随着学期推进，你将不断 ALTER TABLE ADD COLUMN ’27-02-2022’、’28-02-2022’……不仅导致表结构臃肿、索引失效、备份困难，更会使查询逻辑（如“统计某学生3月缺勤天数”）变得极其复杂且低效。
立即学习“PHP免费学习笔记（深入）”；
✅ 正确的设计应遵循关系型数据库核心原则：属性（attendance date）应作行数据，而非列名。推荐重构为以下三列表结构：
CREATE TABLE attendance (
id INT AUTO_INCREMENT PRIMARY KEY,
student_id INT NOT NULL, -- 关联学生表（建议外键）
attendance_date DATE NOT NULL,
status ENUM('present', 'absent', 'late') DEFAULT 'absent',
UNIQUE KEY unique_student_date (student_id, attendance_date)
);
对应地，PHP 插入逻辑需同步升级——先插入基础学生信息，再批量插入每日考勤记录：
// 1. 预处理 CSV，获取学生基础数据（name, class）
$students = [];
if (($handle = fopen("class.csv", "r")) !== FALSE) {
while (($data = fgetcsv($handle, 1000, ";")) !== FALSE) {
$name = trim($data[0]);
$class = trim($data[1]);
$students[] = [$name, $class];
}
fclose($handle);
}
// 2. 使用预处理语句安全插入学生（避免SQL注入！）
$stmt = $conn->prepare("INSERT INTO students (name, class) VALUES (?, ?)");
foreach ($students as $student) {
$stmt->bind_param("ss", $student[0], $student[1]);
$stmt->execute();
}
$stmt->close();
// 3. 假设已知考勤日期列表（从CSV头或配置读取）
$dates = ['2022-02-23', '2022-02-26']; // 注意：使用标准 Y-m-d 格式！
// 4. 批量插入考勤记录（示例：默认全部标记为 present）
$stmt = $conn->prepare("INSERT INTO attendance (student_id, attendance_date, status) VALUES (?, ?, ?)");
foreach ($students as $index => $student) {
// 这里需根据实际逻辑确定 student_id（例如通过刚插入的 LAST_INSERT_ID() 或查表获取）
$student_id = getStudentIdByNameAndClass($conn, $student[0], $student[1]);
foreach ($dates as $date) {
$stmt->bind_param("iss", $student_id, $date, "present");
$stmt->execute();
}
}
$stmt->close();
? 重要注意事项：
- ✅ 永远禁用字符串拼接 SQL：原代码 $query=”INSERT … ‘$data[0]’…” 存在严重 SQL 注入风险，必须改用 prepare() + bind_param()；
- ✅ 日期格式统一用 Y-m-d（如 2022-02-23）：避免 – 在列名中引发解析歧义，也利于索引和日期函数使用；
- ✅ 添加唯一约束 UNIQUE(student_id, attendance_date)：防止同一学生同日重复打卡；
- ✅ 考虑扩展性：若需记录迟到时长、请假原因等，可在 attendance 表中增加 remark duration_minutes 等字段，而非新增列。
总结：数据库设计决定系统可维护性上限。放弃“列即日期”的快捷思维，拥抱“行即事实”的规范化模型，才能让考勤系统真正健壮、可扩展、易分析。