大學課程表 App 數據庫設計：從需求到 ER 圖的落地指南

核心實體與關係

關鍵設計決策

1. 周次處理：用 week_type ENUM('ALL','ODD','EVEN') + section_start/end 表示節次，避免展開每周行，極大減少數據量。
2. 衝突檢查：唯一索引 (semester_id, teacher_id, week_day, section_start, section_end, week_type) 防教師撞課；同理教室、學生班級。
3. 課程表查詢：SELECT * FROM Schedule s JOIN Course c ... WHERE s.semester_id=? AND (s.teacher_id=? OR s.classroom_id=? OR EXISTS (SELECT 1 FROM Student_Course sc WHERE sc.student_id=? AND sc.schedule_id=s.id))。
4. 版本控制：Schedule 加 version, status(DRAFT/PUBLISHED)，支持多輪排課發布。

擴展建議

• 加入 Exam_Arrange 考試安排表（獨立於上課排課）。
• 引入 Curriculum 培養方案表，驗證選課合規性。
• 移動端同步：離線緩存 + 增量同步（last_sync_time）。

按上述 ER 模型建表，再配合唯一索引保衝突、版本字段管發布，即可支撐千萬級選課並發的大學課程表系統。