1. 拿到题目先别急着写代码：需求与表结构设计

1.1 这个项目到底在考什么

C# + SQL Server做学生信息管理系统，是数据库课程里最经典的大作业类型。你会拿到一个看起来很简单的题目描述，无非就是“实现学生信息的增删改查”、“支持按学号/姓名查询”、“统计各专业人数”，但实际上它考察的东西远不止界面好不好看。

这个项目本质上是三块内容串在一起：数据库设计能力、C#与SQL Server的交互能力、工程化交付能力。如果你只用了Form拖几个控件、双击按钮写几句SqlCommand，那做完确实不难，但答辩时老师随便问一个“你的表结构为什么这样设计”“如果某个学生选了十门课，成绩表怎么处理”，就很容易卡住。

我建议拿到题目的第一步不是打开Visual Studio，而是先把需求吃透。给一个最典型的“学生信息管理”需求清单，这是我在多个项目中总结出来的核心范围：

• 学生信息维护：学号、姓名、性别、年龄、专业、班级、入学年份、联系方式
• 课程信息维护：课程编号、课程名称、学分、授课教师
• 成绩登记：学生选课、录入成绩、成绩修改
• 查询统计：按学号精确查询、按姓名模糊查询、按专业统计人数、按课程统计平均分
• 用户登录：区分管理员权限和普通用户权限

到这里就发现一个关键问题：学生信息管理不是一张学生表就能搞定的。只要牵扯到成绩，就必须有“学生—课程—成绩”三张关联表。很多同学一开始只建了学生表，做到后来发现成绩存哪都不合适，返工成本高。所以建表之前，先把业务关系画清楚，哪怕草稿纸上画几个框和连线都行。

1.2 学生信息管理系统的核心表设计

我们按标准的三范式来拆，但也不要死磕范式导致过度拆分。学生信息管理系统用一个合理的“三张业务表 + 一张用户表”结构就够了：

这里有几个设计细节特别容易踩坑：

学号为什么不设成自增列？因为学号是业务意义上的唯一标识，它由学校统一分配，比如“20220001”这种格式，跟数据库自增的数字完全无关。你如果设成IDENTITY(1,1)，那录入真实学号时会非常别扭。所以学号用nvarchar(20)类型，手动录入，并且设置主键或唯一约束。

成绩表为什么还要单独一个自增主键？理论上（学号 + 课程编号）联合起来可以作为主键，但实际使用中联合主键有些麻烦：比如你录入成绩时同一学生同一课程只允许一条记录，这个联合唯一约束确实能保证数据不重复，但如果你以后要扩展考试次数、补考记录，联合主键反而限制操作。我一般习惯加一个自增的ScoreId作为主键，再对（StudentId, CourseId）加唯一约束，兼顾灵活性和数据完整性。

删除策略要提前想好。如果学生被删除，他的成绩记录怎么办？两种情况：要么禁止删除有成绩记录的学生（外键默认行为），要么删除学生时同步删除他的成绩（级联删除）。作业阶段我建议在开头就明确外键关系怎么写，避免后面做删除功能时弹出一堆“外键冲突”的报错。

1.3 字段与约束的设计细节

字段类型的选择是对基本功最直接的检验。给出我常用的建表字段清单：

• 学号 StudentId：nvarchar(20)，主键。别用int，因为学号可能含字母（比如某些学校的学号有字母后缀），虽然大多数是纯数字，但nvarchar兼容性最好
• 姓名 StudentName：nvarchar(50)，不能为空
• 性别 Gender：char(2)，写死为“男”或“女”，程序端用下拉框控制，数据库端加CHECK约束兜底
• 出生日期 BirthDate：date类型，别用datetime，多余的时间部分根本没意义
• 专业 Major：nvarchar(50)
• 班级 ClassName：nvarchar(50)
• 入学年份 EnrollYear：int，后面统计同一届人数时会用到
• 联系电话 Phone：nvarchar(20)，注意电话号码如果用int存，前导0会丢，所以必须字符串类型

这些约束不一定都要在数据库端实现，也可以在C#端校验。但我的习惯是能加约束就加约束，数据库层面校验是最后一道防线，C#端只是第一道拦截。比如在SQL Server Management Studio里右键设置主键、默认值、CHECK约束，都是鼠标操作，成本极低，但答辩时能说出“我通过数据库约束保证数据一致性”，比空口说“我在代码里判断了”要有说服力。

2. 数据库建模与SQL脚本：一次性把基础打牢

2.1 建库建表脚本

SQL脚本一定要自己手写一遍，不要完全依赖SSMS的图形界面建表。图形界面建表你自己确实能建出来，但你没法把脚本交上去，大作业交付通常要求提供.sql文件。而且手写一遍才能理解每句SQL在做什么。

打开SQL Server Management Studio，新建查询，先建库：

CREATE DATABASE StudentDB; GO USE StudentDB; GO

然后依次建四张表。注意外键的创建顺序：先创建被引用的主表（Student、Course、UserInfo），再创建引用它们的从表（Score），否则SQL会报“引用的对象不存在”的错误。

CREATE TABLE Student ( StudentId NVARCHAR(20) PRIMARY KEY, StudentName NVARCHAR(50) NOT NULL, Gender CHAR(2) NOT NULL CHECK (Gender IN ('男', '女')), BirthDate DATE NULL, Major NVARCHAR(50) NULL, ClassName NVARCHAR(50) NULL, EnrollYear INT NULL, Phone NVARCHAR(20) NULL ); GO CREATE TABLE Course ( CourseId NVARCHAR(20) PRIMARY KEY, CourseName NVARCHAR(100) NOT NULL, Credit DECIMAL(3, 1) NULL, Teacher NVARCHAR(50) NULL ); GO CREATE TABLE UserInfo ( UserId INT IDENTITY(1,1) PRIMARY KEY, UserName NVARCHAR(50) NOT NULL UNIQUE, Password NVARCHAR(50) NOT NULL, Role NVARCHAR(20) NOT NULL DEFAULT ('管理员') ); GO CREATE TABLE Score ( ScoreId INT IDENTITY(1,1) PRIMARY KEY, StudentId NVARCHAR(20) NOT NULL, CourseId NVARCHAR(20) NOT NULL, ScoreValue DECIMAL(5, 2) NULL, Semester NVARCHAR(20) NULL, CONSTRAINT FK_Score_Student FOREIGN KEY (StudentId) REFERENCES Student(StudentId), CONSTRAINT FK_Score_Course FOREIGN KEY (CourseId) REFERENCES Course(CourseId), CONSTRAINT UQ_Student_Course UNIQUE (StudentId, CourseId) ); GO

这里特别注意几个细节：

CHECK约束限制性别字段。虽然很多教材上说“CHECK约束可用可不用”，但加上之后，哪怕C#端忘记校验，数据库也不会接受“中”这种非法值。这个细节答辩时很加分。

Password字段不要明文存储。作业阶段我承认很多同学直接存明文，但如果想让项目看起来更专业，可以存哈希值。C#端用MD5或SHA256计算后再入库。不过这一点是加分项，不是硬性要求。

DECIMAL(5,2)存成绩。成绩可能是95.5这种带小数位的，用int太粗糙，用float又可能出现精度问题。DECIMAL(5,2)最大支持999.99，完全够用。

2.2 初始数据与关联关系

建好表之后，录入几条初始数据。初始数据不是随便填的，建议模拟一个真实的班级场景，这样后面测试查询功能时，能覆盖到各种情况：

INSERT INTO Student (StudentId, StudentName, Gender, BirthDate, Major, ClassName, EnrollYear, Phone) VALUES ('20220001', '张伟', '男', '2003-05-12', '计算机科学与技术', '计科2201', 2022, '13800000001'), ('20220002', '李娜', '女', '2003-08-23', '计算机科学与技术', '计科2201', 2022, '13800000002'), ('20220003', '王强', '男', '2002-11-30', '软件工程', '软工2201', 2022, '13800000003'), ('20210004', '赵芳', '女', '2002-02-14', '计算机科学与技术', '计科2101', 2021, '13800000004'); INSERT INTO Course (CourseId, CourseName, Credit, Teacher) VALUES ('C001', '数据库原理', 4.0, '刘老师'), ('C002', 'C#程序设计', 3.5, '陈老师'), ('C003', '数据结构', 4.0, '周老师'); INSERT INTO UserInfo (UserName, Password, Role) VALUES ('admin', '123456', '管理员'), ('student01', '123456', '普通用户'); INSERT INTO Score (StudentId, CourseId, ScoreValue, Semester) VALUES ('20220001', 'C001', 88.5, '2023-2024-1'), ('20220001', 'C002', 92.0, '2023-2024-1'), ('20220002', 'C001', 76.0, '2023-2024-1'), ('20220003', 'C003', 85.0, '2023-2024-1');

录入完成后，手动执行几条联合查询，验证数据关联是否正确。比如：

SELECT s.StudentId, s.StudentName, c.CourseName, sc.ScoreValue FROM Student s JOIN Score sc ON s.StudentId = sc.StudentId JOIN Course c ON c.CourseId = sc.CourseId WHERE s.StudentId = '20220001';

如果结果正常显示该学生选了哪些课、成绩是多少，就说明外键和应用逻辑都通了。这一步能提前暴露很多问题，比如学号打错导致查不到记录，或者成绩表的外键方向建反了。

2.3 数据访问层封装：C#连接数据库的方式

数据库脚本写完后，接下来是C#项目。很多同学直接把SqlConnection和SqlCommand写在按钮点击事件里，一个项目十几处重复代码，后面改一个连接字符串要改半天。我强烈建议从开始就做一个简单的数据访问层封装。

新建项目时，选择Windows窗体应用（.NET Framework或.NET都行，看你学校的环境），项目结构可以这样规划：

StudentManage/ ├── Models/ // 实体类 │ ├── Student.cs │ ├── Course.cs │ └── Score.cs ├── DAL/ // 数据访问层 │ └── DBHelper.cs ├── BLL/ // 业务逻辑层（作业阶段可省略） ├── UI/ // 窗体文件 │ ├── LoginForm.cs │ ├── MainForm.cs │ ├── StudentForm.cs │ ├── CourseForm.cs │ └── ScoreForm.cs └── Program.cs

这个结构不复杂，但比把所有代码堆在Form1里规范得多。DBHelper.cs的核心内容其实就几个方法：

public static class DBHelper { private static string connStr = "Server=.;Database=StudentDB;User Id=sa;Password=你的密码;"; public static SqlConnection GetConnection() { return new SqlConnection(connStr); } public static int ExecuteNonQuery(string sql, params SqlParameter[] parameters) { using (SqlConnection conn = GetConnection()) { using (SqlCommand cmd = new SqlCommand(sql, conn)) { if (parameters != null) { cmd.Parameters.AddRange(parameters); } conn.Open(); return cmd.ExecuteNonQuery(); } } } public static DataTable ExecuteQuery(string sql, params SqlParameter[] parameters) { using (SqlConnection conn = GetConnection()) { using (SqlCommand cmd = new SqlCommand(sql, conn)) { if (parameters != null) { cmd.Parameters.AddRange(parameters); } conn.Open(); SqlDataAdapter adapter = new SqlDataAdapter(cmd); DataTable dt = new DataTable(); adapter.Fill(dt); return dt; } } } }

这段代码用到了using语句，确保SqlConnection和SqlCommand用完即释放，避免连接泄漏。

连接字符串里的Server=.;这个“.”表示本机SQL Server默认实例。如果你的SQL Server是命名实例，就得写“Server=你的计算机名\SQLExpress”这种形式。很多连接不上数据库的问题，就出在这一步。

3. C#端功能实现：从UI到数据的完整链路

3.1 项目结构与界面设计

界面设计这块，大作业不要求花哨，要求的是功能完整、布局清晰、操作顺手。主窗体用菜单栏或TabControl分模块，左侧放导航，右侧放操作区域，这种布局比较常见且好用。

我的建议是做一个登录窗体，验证通过后打开主窗体。主窗体上放一个TabControl，分三个Tab页：“学生信息管理”“课程管理”“成绩管理”。每个Tab页内部，上面是查询条件区，中间是DataGridView数据表格，下面是操作按钮区（新增、修改、删除、保存、刷新）。

窗体设计有个容易被忽视的点：DataGridView的列要提前设计好，不要等运行时自动生成。默认情况下DataGridView会自动根据返回的DataTable生成列，这样虽然省事，但列头显示的是英文字段名，而且列宽、显示顺序都不可控。正确的做法是在设计器里手动配置列，并将列的DataPropertyName绑定到数据表的字段名。

给一个绑定列的例子：

// 设计器里设置dgvStudents的Columns集合 // 添加“学号”列，DataPropertyName设为StudentId // 添加“姓名”列，DataPropertyName设为StudentName // 以此类推... dgvStudents.DataSource = dt;

这样显示出来的表头就是中文，而且字段顺序可控。

3.2 登录模块与登录名验证

登录功能是这个项目最容易拿到的分数，也是安全性问题最容易暴露的地方。先讲一个反面案例——很多同学的登录查询是这么写的：

string sql = "SELECT * FROM UserInfo WHERE UserName='" + txtUser.Text + "' AND Password='" + txtPwd.Text + "'";

这种字符串拼接SQL的方式，存在SQL注入风险。用户在用户名框里输入' OR 1=1 --就能直接绕过密码验证。老师一眼就能看出这是安全隐患。正确做法是使用参数化查询：

string sql = "SELECT Role FROM UserInfo WHERE UserName=@name AND Password=@pwd"; SqlParameter[] paras = { new SqlParameter("@name", txtUser.Text.Trim()), new SqlParameter("@pwd", txtPwd.Text.Trim()) }; DataTable dt = DBHelper.ExecuteQuery(sql, paras); if (dt.Rows.Count > 0) { string role = dt.Rows[0]["Role"].ToString(); MessageBox.Show("登录成功，当前角色：" + role); // 打开主窗体 } else { MessageBox.Show("用户名或密码错误"); }

参数化查询不仅安全，代码也更好读。注意密码字段这里直接存了明文，实际项目中会用哈希，但作业阶段能写出参数化查询已经比拼接SQL高一个段位了。

3.3 学生信息的增删改查

学生信息维护是核心功能。整个操作逻辑围绕DataGridView展开：用户在下方输入框填写信息，点击“新增”，数据插入到数据库；选中一行后点击“修改”，对应数据填充到文本框；点击“删除”，弹出确认后从数据库移除。

新增功能的核心代码：

string sql = "INSERT INTO Student (StudentId, StudentName, Gender, BirthDate, Major, ClassName, EnrollYear, Phone) VALUES (@id, @name, @gender, @birth, @major, @class, @year, @phone)"; SqlParameter[] paras = { new SqlParameter("@id", txtStudentId.Text.Trim()), new SqlParameter("@name", txtStudentName.Text.Trim()), new SqlParameter("@gender", cboGender.SelectedItem.ToString()), new SqlParameter("@birth", dtpBirth.Value.Date), new SqlParameter("@major", txtMajor.Text.Trim()), new SqlParameter("@class", txtClass.Text.Trim()), new SqlParameter("@year", txtEnrollYear.Text.Trim()), new SqlParameter("@phone", txtPhone.Text.Trim()) }; int rows = DBHelper.ExecuteNonQuery(sql, paras); if (rows > 0) { MessageBox.Show("添加成功"); LoadStudentData(); // 重新加载表格数据 }

修改功能注意一点：修改时使用学号作为条件，而且不能修改学号本身，因为它是主键。如果你的业务允许修改学号，就得写UPDATE语句先改所有关联表的外键值，复杂度会上升不少，所以界面设计上我建议把学号设为只读。也就是说，绑定数据后，学号文本框不可编辑，修改时只更新姓名、性别、专业等字段，学号只作为定位记录的WHERE条件。

删除功能同理，定义删除的SQL语句时，先检查该学生是否在Score表中有成绩记录。有两种处理方式：

方式一：直接删除，数据库外键约束会拒绝执行，然后代码捕获异常弹出友好提示。

try { DBHelper.ExecuteNonQuery("DELETE FROM Student WHERE StudentId=@id", param); } catch (SqlException ex) { MessageBox.Show("该学生有成绩记录，无法删除"); }

方式二：先查询成绩表，再决定是否允许删除。我建议用方式二，逻辑更清晰，也能在答辩时说明你考虑了数据完整性：

string checkSql = "SELECT COUNT(*) FROM Score WHERE StudentId=@id"; // 如果返回数量大于0，提示“请先删除该学生的成绩记录” // 否则执行DELETE

3.4 查询统计与DataGridView展示

查询功能大致分三种：精确查询、模糊查询、统计查询。

精确查询一般指按学号查，因为学号唯一；模糊查询是按姓名或专业做LIKE匹配；统计查询是分组汇总，比如按专业统计人数、按课程统计平均分。这三类需求背后对应不同的SQL写法。

模糊查询示例：

string keyword = txtKeyword.Text.Trim(); string sql = "SELECT * FROM Student WHERE StudentName LIKE @kw OR Major LIKE @kw OR ClassName LIKE @kw"; SqlParameter p = new SqlParameter("@kw", "%" + keyword + "%"); DataTable dt = DBHelper.ExecuteQuery(sql, p); dgvStudents.DataSource = dt;

这里有个重要的细节：LIKE语句的参数值是%关键字%，但要注意% 符号作为参数值传入，而不是拼进SQL字符串。如果写成LIKE '%@kw%'，SQL会把它当成字面量，什么都查不出来。

统计查询则需要使用GROUP BY聚合函数，这类查询的结果不在任何单一表里，而是由多表联查产生的动态结果集。例如统计每个专业的学生人数：

SELECT Major, COUNT(*) AS StudentCount FROM Student GROUP BY Major;

统计每个课程的平均分：

SELECT c.CourseName, AVG(sc.ScoreValue) AS AvgScore, MAX(sc.ScoreValue) AS MaxScore, MIN(sc.ScoreValue) AS MinScore FROM Course c JOIN Score sc ON c.CourseId = sc.CourseId GROUP BY c.CourseName;

如果还希望支持按照学期过滤，就加上WHERE条件再GROUP BY。这些查询语句建议先在SSMS里跑通，确认结果没问题后，再把它们复制到C#代码中。

DataGridView展示动态统计结果时，需要注意列名。由于聚合函数生成的列名是StudentCount、AvgScore这种英文列名，你可以通过SELECT语句直接指定别名，或者在绑定前用代码修改列头，或者抛弃手动绑定，让DataGridView自动生成列之后再通过代码修改列头。我个人习惯用SQL别名优先，比如：

SELECT c.CourseName AS '课程名称', AVG(sc.ScoreValue) AS '平均分'

这样在C#端显示时就自动是中文列名了。不过这个技巧只适合查询展示，不方便做数据绑定编辑，所以读取展示按这个来，编辑场景还是用前面的手配置列方式。

4. 实操中的高频报错与排查记录

4.1 连接不上数据库

这是我见过的第一大问题。典型报错：System.Data.SqlClient.SqlException: 在与 SQL Server 建立连接时出现与网络相关的或特定于实例的错误。未找到或无法访问服务器。

排查顺序我从经验总结为三步：

第一步，确认连接字符串里的Server部分写对了。本机SQL Server默认实例用Server=.;，命名实例要写Server=计算机名\\实例名，格式不对肯定连不上。

第二步，确认SQL Server服务已启动。打开SQL Server配置管理器，找到“SQL Server服务”，检查你的实例是否处于“正在运行”状态，如果没启动，右键启动它。很多同学都是服务没启动，一直以为是代码问题。

第三步，确认身份验证模式。如果你的连接字符串写的是User Id=sa;Password=xxx，而SQL Server实例只开了Windows身份验证，那就连不上。在SSMS里右键服务器属性，选择“安全性”，勾选“SQL Server和Windows身份验证模式”，然后重启服务。

还有一个细节，远程连接时可能需要开启TCP/IP协议、设置防火墙规则，不过本地作业一般不用考虑这些。

4.2 SQL语句执行报错

这部分高频报错，列几个最典型的：

“列名无效”或“对象名无效”。这是SQL语法问题，通常是表名或列名写错了，比如把Student写成Students，或者把CourseId写成CourseID。SQL Server的排序规则默认不区分大小写，所以大小写错误一般不报，真正的错误是少写或多写了字母，或者把单词前后顺序写反。遇到这类报错，先回到SSMS里试运行一遍SQL，而不是在C#代码里反复改。

“将nvarchar转换为int时失败”。这是参数类型不匹配。比如你把学号以int类型的数据传入nvarchar字段，或者反过来，在SQL里把varchar字段和数字比较。排查方法是确认参数的类型和长度，如果拿不准就在参数化查询里显式指定：

new SqlParameter("@id", SqlDbType.NVarChar, 20) { Value = txtStudentId.Text.Trim() };

“数据库已存在”。执行CREATE DATABASE脚本时，如果数据库已经创建过，再执行就会报这个错。解决办法一般是在脚本开头加IF判断，或者先手动把已有数据库删掉。考虑到这是作业脚本，个人建议加一个幂等判断更显专业：

IF DB_ID('StudentDB') IS NOT NULL BEGIN DROP DATABASE StudentDB; END CREATE DATABASE StudentDB;

但注意DROP DATABASE会删除所有数据，正式项目千万别这么干，但作业脚本要反复运行测试，这样反而省事。

4.3 DataGridView数据不刷新

问题表现：增删改后，表格还是显示旧数据。原因很简单，你的DataSource没有重新赋值。

解决方案就是每个增删改操作后，调用一次加载数据的方法：

private void LoadStudentData() { DataTable dt = DBHelper.ExecuteQuery("SELECT * FROM Student"); dgvStudents.AutoGenerateColumns = false; // 使用手动配置的列 dgvStudents.DataSource = dt; }

然后所有增删改成功的分支末尾调用LoadStudentData()。

这里还隐藏着一个坑：如果你的DataGridView开启了数据排序或用户编辑功能，DataSource在UI层的缓存可能导致表格内容不更新。所以最稳妥的做法是加载时用BindingSource中转一下，或者直接重新设置DataSource并调用Refresh方法。

dgvStudents.DataSource = null; dgvStudents.DataSource = dt; dgvStudents.Refresh();

4.4 外键约束冲突

删除一个已有成绩记录的学生时，最常见的报错是：

DELETE 语句与 REFERENCE 约束"FK_Score_Student"冲突。

这个报错不是你的代码逻辑错了，而是数据库在保护数据完整性。处理方式前面已经说过，就是删除前先检查该学生是否有成绩记录。这里再补充一点：如果你确实希望实现“删学生连带删成绩”的效果，可以在外键创建时加ON DELETE CASCADE：

CONSTRAINT FK_Score_Student FOREIGN KEY (StudentId) REFERENCES Student(StudentId) ON DELETE CASCADE

但我不太建议为了省事直接上级联删除，因为作业场景中“先查再删”的逻辑能体现你的业务流程思考，而且万一你扩展了其他关联表，级联删除风险很大。所以推荐保留外键，代码里处理。

5. 提交前检查：从“能跑”到“好用”

5.1 参数化查询与SQL注入

在答辩现场，老师最爱问的问题之一就是“你如何防止SQL注入”。

如果你全部使用了参数化查询，那这个问题就很稳：解释一下拼字符串的SQL可以被用户输入改变逻辑，注入语句可能绕过登录验证或泄露数据，而参数化查询把用户输入当数据处理，SQL引擎不会把它解析成执行指令。

除了登录模块，增删改查每条SQL都建议参数化。如果有同学图省事写了拼接SQL，提交前务必全部改掉。这不仅是为了安全性，也是评审老师判断你代码水平的重要依据。

5.2 界面友好度与输入校验

很多同学的作业功能都能跑，但一输入非法数据就崩溃。挂在“输入校验”上非常可惜。做个简单总结：

C#端校验手写判断：

• 判断为空：string.IsNullOrWhiteSpace(txtName.Text)
• 判断是否为数字：int.TryParse或decimal.TryParse
• 判断日期：DateTime.TryParse

校验失败的提示不要用默认的异常弹窗，可以用MessageBox提示，或者用ErrorProvider控件在控件旁边显示红色图标。这里纯粹是体验问题，但老师演示时会留下直观印象。

另外要注意的是：所有文本框Trim()后再赋值，避免用户输入空格导致的“看着一样但匹配不上”的问题。我记得有个场景，用户注册时不小心在用户名后面敲了个空格，登录时一直失败，就是没Trim的典型翻车案例。

5.3 答辩准备与常见提问

代码搞定之后，提交前的论文和答辩材料同样重要。数据库大作业通常不只要求交代码，还要交课程设计报告或项目说明书。报告中至少要包含以下几块内容：

• 需求分析
• 数据库概念结构设计（ER图）
• 数据库逻辑结构设计（表结构）
• 数据库物理结构设计（文件组、索引）
• 系统功能实现截图
• 核心代码说明
• 测试用例与测试结果
• 总结与体会

答辩时老师的高频提问，提前准备：

“学号为什么用nvarchar而不是int？”答：学号虽然看起来是数字，但不在数据库里参与数学计算，而且部分学校学号可能包含字母或前导零，用字符串更通用。

“如果同一学生同一课程录入两次成绩会怎样？”答：Score表对（StudentId, CourseId）加了唯一约束，第二条记录插入会违反约束报错，可以通过异常处理提示用户。

“COUNT(*)和COUNT(列名)有什么区别？”答：COUNT(*)统计全部行数，COUNT(列名)只统计该列非NULL的行数。

“两个表之间怎么关联的？”答：成绩表通过学号外键关联学生表，通过课程编号外键关联课程表，形成多对多关系的中间表。

“这个系统有没有什么不足？”答：可以从密码加密存储、日志记录、数据分页、权限细化等方面讲，展现思考深度。

答辩时最忌讳的就是只会点击界面操作，说不清背后的原理。所以搞清楚每个功能按钮背后执行的SQL是什么，比什么都重要。

我个人实际操作中的体会是，这类大作业真正花时间的不是写代码，而是前面设计表结构和后面处理各种边界情况。设计阶段想清楚，后面代码是一次性通畅的；设计阶段草率，后面边写边改，越改越乱。如果你打算扩展这个项目，可以往这两个方向走：一是加一个“课程选课”的前端页面，让普通用户角色能自助选课而不是登录后什么都管；二是给密码字段换成哈希存储，再把连接字符串抽到配置文件里，这会让项目看起来更有工程味。但不管怎样，先把四张表的数据流程跑通，你的大作业就已经稳稳拿分了。