本文介绍在表单提交时验证学生所选教师是否为其所在班级对应班主任的完整实现方案，包括数据库结构调整、sql 查询逻辑和 flask 后端校验代码。
本文介绍在表单提交时验证学生所选教师是否为其所在班级对应班主任的完整实现方案，包括数据库结构调整、sql 查询逻辑和 flask 后端校验代码。
要实现“学生仅能选择自己班级的班主任”这一业务约束，关键在于建立班级（class）与班主任（teacher）之间的明确归属关系，而非让 student.class_id 错误地引用 teacher.id（当前建表语句中该外键定义存在逻辑错误）。以下是分步解决方案：
✅ 第一步：修正数据库结构
首先，需创建 class 表，并添加 homeroom_teacher_id 字段关联 teacher.id：
CREATE TABLE class (
id INTEGER NOT NULL PRIMARY KEY AUTOINCREMENT,
name VARCHAR(100) NOT NULL,
homeroom_teacher_id INTEGER NOT NULL,
FOREIGN KEY (homeroom_teacher_id) REFERENCES teacher(id)
);
-- 同时修正 student 表：class_id 应引用 class(id)，而非 teacher(id)
ALTER TABLE student
ADD COLUMN class_id INTEGER NOT NULL,
ADD FOREIGN KEY (class_id) REFERENCES class(id);⚠️ 注意：原始描述中
student.class_id = teacher.id是严重设计错误，必须更正为student.class_id → class.id，再通过class.homeroom_teacher_id → teacher.id间接建立学生-班主任关系。
✅ 第二步：在表单提交时执行双重校验
在 /questionnaire/page 的 POST 处理逻辑中，需新增以下校验步骤（插入到 if request.method == "POST": 分支内）：
# 获取表单数据
student_id = int(form.get("student_id", 0))
selected_teacher_id = int(form.get("teacher_id", 0)) # 假设前端下拉框 name="teacher_id"
# 步骤1：获取学生所属班级及该班班主任ID
cursor.execute("""
SELECT c.homeroom_teacher_id
FROM student s
JOIN class c ON s.class_id = c.id
WHERE s.id = ?
""", [student_id])
result = cursor.fetchone()
if not result:
abort(400, "Invalid student ID")
expected_teacher_id = result[0]
# 步骤2：比对所选教师是否匹配
if selected_teacher_id != expected_teacher_id:
error_msg = "错误：您只能选择本班班主任。"
return render_template(
"questionnaire.html",
students=students,
teachers=teachers,
courses=courses,
error=error_msg
)✅ 第三步：前端配合（简要说明）
在 questionnaire.html 中，教师下拉框应动态渲染且不可篡改（推荐禁用非本班教师选项，或仅展示本班教师）：
<!-- 示例：仅显示该学生所在班级的班主任（服务端已过滤更安全） -->
<select name="teacher_id" required>
{% for t in teachers %}
{% if t.id == student.homeroom_teacher_id %}
<option value="{{ t.id }}" selected>{{ t.first_name }} {{ t.last_name }}</option>
{% endif %}
{% endfor %}
</select>? 安全提示：前端限制仅为体验优化，所有关键校验必须在后端完成，防止绕过。
✅ 总结
- 核心原则：通过
class表作为中介，正确建模“班级↔班主任”一对一定向关系； - 校验逻辑：提交时查出学生班级→查出该班班主任→比对用户选择；
- 错误处理：不匹配时返回清晰错误信息，并保留原表单状态（避免数据丢失）；
- 扩展性：此结构支持未来增加副班主任、跨班授课等场景，无需重构主干关系。
遵循以上设计，即可在保证数据一致性的同时，提供严谨、可维护的身份绑定校验机制。
