简介面向数据库课程设计报告撰写这份文档是一份完整的学生成绩管理系统数据库设计示例围绕 SQL Server 2008 与 VC6.0/C 环境完整演示从需求分析、概念设计、逻辑结构设计到物理实施与运行的典型流程。资源为单文件 PDF体积仅 827KB内容高度浓缩适合作为课程设计报告的写作模板与结构检查清单。文档不仅给出学生表、课程表、用户表等核心表的字段类型、主外键、非空与检查约束还附有实体-联系图、关系模式的 BCNF巴斯-科德范式分析、建表语句及数据插入语句同时提到触发器、索引、存储过程的使用方式有助于读者理解权限分配与数据完整性设计。另外系统区分管理员与普通用户权限覆盖学生信息、成绩、课程等数据的录入、注销、查询、修改与删除贴合实际管理系统的操作场景。目前已有 215 人学习适合正在完成数据库课程设计的本科生、专科生以及初学数据库原理的开发者对照参考。1. 数据库学生成绩管理系统这份课设报告真正能帮到你的部分拿到这份《数据库学生成绩管理系统课程设计报告》PDF 时我先把全文扫了一遍发现它并不只是一份交差用的作业模板而是一条能完整走通的数据库设计链路需求分析、数据流图、E-R 图、BCNF 范式判定、建表 SQL、索引、触发器、存储过程一直延伸到 C 通过 ODBC 连接 SQL Server 的 MFC 界面代码每一环都有可落地的实操痕迹。对正在写数据库课设的学生来说它最有价值的地方不是某句 SQL 写得有多精妙而是把“从业务需求到范式理论再到数据库实施与运行”这条主线串了起来照它的骨架换表名、换字段、换业务比自己从零憋一份报告省力得多。适合两类人一类是不知道需求分析该怎么落笔、E-R 图该怎么画的课设新手另一类是想快速搭一套带可视化界面的成绩管理 Demo 的开发者。2. 需求分析与物理表设计用户权限边界与三张表的字段取舍2.1 功能需求拆解管理员能做的和普通用户不能做的课设报告的起点是需求分析原文也明确写了“此阶段是数据库设计的起点”。学生成绩管理系统要管的不是一张成绩单而是三块业务学生档案信息、课程与成绩、登录用户。围绕这三块系统要提供录入、注销、显示当前用户、修改、删除、查询、输出这些操作。听起来功能不多但这里藏着一个关键设计决策——权限边界。原文的需求描述里有一句话很容易被忽略“能提供管理员及普通用户除删除和修改录入、注销、显示当前用户、修改、删除、查询、输出”。拆开理解就是普通用户被剥夺了删除和修改的权力只能录入、查询和输出自己的数据管理员才拥有完整操作集。这个模型在实际课设里很常见它决定了两件事第一User 表里必须有一个用户类型字段来区分角色第二应用层也就是 C 端在每次操作前要先判断当前登录用户的类型。原文在 C 端确实做了这个动作登录后通过login.GetUserNm()拿到当前用户注销时关闭记录集权限判断放在界面层而不是数据库层。提示如果只交课设权限判断写在 C 端没问题但答辩时老师如果问“数据库层面怎么保证权限”你可以补一句“SQL Server 里也可以通过 CREATE LOGIN / CREATE USER / GRANT 语句把增删改查权限拆分给不同数据库用户”这才是报告里提到的“分配和回收权限”的正解。需求阶段的产物通常是一张功能权限对照表课设报告里虽然没有画出来但按原文描述可以直接整理成这样的表格功能管理员普通用户涉及数据录入学生/成绩/课程信息允许允许Student、Course、User修改数据允许不允许Student、Course删除数据允许不允许Student、Course查询数据允许允许全部表显示当前用户允许允许User注销允许允许当前会话这个表对后续 E-R 图设计有直接影响既然普通用户允许录入但不允许改删那在 C 界面里按钮的 Enable/Disable 状态就要跟着用户类型走而在数据库设计阶段你只需要保证表和字段能支撑这些操作即可。2.2 E-R 图实体关系学生、课程、用户三实体的抽象过程概念设计阶段的任务是把需求分析里的用户需求抽象成信息结构原文用的是经典的 E-R 模型。E-R 图里涉及三个实体学生Student、课程Course、用户User外加一个学生与课程之间的“考试”联系。学生实体的属性在原文里列得很全学号Sno、姓名Sname、性别Sex、生日Birthday、地址Address、电话Tel、政治面貌Politic、文化程度Cuture以及年级Grade和班级Class。课程实体在原文里其实混入了成绩属性——Cource表里同时出现了Sno、Cno、Score三个字段也就是说这份报告把“考试”这个联系直接做成了一张表用学号和课程号作为联合标识。这里有个值得说的建模习惯E-R 图里的联系可以转化为独立的关系模式原文的做法就是把“学生-课程-成绩”这个三元联系直接落成了Course表。从课设角度这个选择不算错因为成绩必须同时依赖学生和课程单独拆一张 Score 表反而更清晰。如果你在答辩时被问到“为什么成绩不单独建表”可以用原文里的范式分析来回答该关系模式的所有非主属性只依赖于码不存在部分依赖和传递依赖符合 BCNF因此不需要再拆。用户实体在 E-R 图里是独立存在的字段有 UserNm、UserPw、UserType它与学生和成绩没有直接业务关联原文也明确说明了“它和学生信息和成绩没有直接的联系因此它是一张单独的表”。2.3 物理结构设计字段类型、空值约束与 BCNF 判定物理结构设计的关键是把 E-R 图里的实体和联系转成具体的表、字段、类型、约束。原文给的表结构可以用下面这个表格概括注意其中有两个细节前后不太一致后面会展开说。表名字段类型约束StudentSnonchar(10)主键非空StudentSnamenchar(10)非空StudentSexnchar(10)非空StudentAge / Birthdaynumeric(10)可空StudentAddressnchar(10)可空StudentClassnchar(10)非空StudentGradenchar(10)非空StudentTelnchar(10)非空StudentPoliticnchar(10)非空StudentCuturenchar(10)非空CourseSnonchar(10)主键非空CourseCnonchar(10)非空CourseScorenchar(10)可空UserUser_namenchar(20)主键非空UserUser_Pswdnchar(20)非空UserUser_Typeint可空范式分析是这份报告的加分项。原文对三个关系模式分别做了 BCNF 判定Student 模式中假设姓名也具有唯一性则存在 Sno 和 Sname 两个码且这两个码由单个属性组成、彼此不相交其他属性对码没有部分依赖和传递依赖因此属于 BCNFCourse 模式的码是 (Sno, Cno) 组合成绩以外的属性没有对码的部分依赖User 模式中 UserName 是唯一决定因素整个模式只有一个码同样满足 BCNF。用更直白的话说这三张表都没有“非主属性依赖于候选码的一部分”这种毛病数据冗余被压到了最低。不过从工程角度看Course 表的设计有点别扭它名义上叫课程表实际承担的却是成绩表职责里面既没有课程名称也没有学分只有学号、课程号和分数。如果后面想扩展“课程基本信息”这张表撑不住。我的建议是如果只交课设照着原文写没有问题如果你想在答辩时不被老师问倒可以把 Course 拆成 Course(Cno, Cname) 和 Score(Sno, Cno, Score) 两张表就这样一个改动整个逻辑结构会干净很多。3. SQL 实施层拆解建表、约束、索引、触发器与存储过程3.1 三张表的建表语句与完整性约束数据库实施的第一步是建表原文给了三段可以直接复制的 SQL。我先把原文代码整理成带注释的版本再逐个说明约束的含义create table Student( Sno nchar(10) primary key, -- 学号主键约束隐含非空 Sname nchar(10) not null, -- 姓名非空 Sex nchar(10) not null, -- 性别非空 Age numeric(10), -- 年龄可空 Address nchar(10), -- 地址可空 Class nchar(10) not null, -- 班级非空 Grade nchar(10) not null, -- 年级非空 Tel nchar(10) not null, -- 电话非空 Politic nchar(10) not null, -- 政治面貌非空 Cuture nchar(10) not null -- 文化程度非空 ); create table Exam( Sno nchar(10) primary key, -- 学号主键 Cno nchar(10) not null, -- 课程号 Score nchar(10), -- 分数 foreign key (Cno) references Course, -- 外键约束Cno 必须存在于 Course 表 check(Score 0) -- 完整性约束分数不能为负数 ); create table Teacher( UserName nchar(10) not null, -- 用户名 UserPswd nchar(10) not null, -- 密码 UserType nchar(10) not null -- 用户类型 );代码逻辑说明Student 表以 Sno 做主键学号唯一标识一个学生Exam 表通过外键把 Cno 关联到 Course 表保证“成绩一定对应一门真实存在的课程”check(Score 0)是列级完整性约束拦截负数成绩。这里有一个技术细节要留意check(Score 0)作用在nchar(10)类型上时SQL Server 会把字符串隐式转换成数值再比较所以插入85能通过、插入abc会报转换错误但如果插入-1会被 check 拦下来。这种“用字符串存数字”的写法在课设里很常见能跑但不推荐后面会给出改进方案。3.2 数据初始化INSERT 语句的写法与单引号陷阱建表之后是数据载入原文分别向 Student、Course、User 三张表插入了一批初始数据。下面这段代码来自原文我只调整了格式语句内容不变insert into Student values (000, 张明, M, , 哈尔滨, 计科一班, 大一, 15880000, 无, 群众); insert into Student values (001, 李三, M, , 长春, 计科二班, 大三, 15233000, 无, 群众); insert into Student values (002, 王强, M, , 哈尔滨, 软件二班, 大二, 15850040, 无, 群众); insert into Student values (003, 张雪, F, , 哈尔滨, 软件一班, 大一, 156809802, 无, 群众); insert into Student values (004, 李力, M, , 大连, 软件一班, 大三, 15980000, 无, 群众); insert into Student values (005, 张小, M, , 哈尔滨, 软件三班, 大一, 15884444, 无, 群众); insert into Course values (000, A-123, 85); insert into Course values (001, B-123, 77); insert into Course values (002, C-123, 91); insert into Course values (003, A-123, 80); insert into Course values (004, B-123, 75); insert into Course values (005, A-123, 89); insert into User values (阿生, 921, 0); insert into User values (光光, 111, 1); insert into User values (甜甜, 111, 1);参数说明insert into 表名 values (...)的写法要求括号里的值必须与建表时的字段顺序完全一致少一个值或多一个值都会直接报错。字符串类型必须用单引号包裹数值类型可以不带引号但原文这里把学号000也写成了字符串这是对的——学号如果写成数字 0后续查询where sno 002虽然能靠隐式转换命中但会丢失前导零索引效率也会受影响。另外nchar(10)是定长 Unicode 字符串插入张明时右侧会自动补空格到 10 个字符查询比较时最好用RTRIM()或者直接依赖 SQL Server 的比较规则否则在 C 端做字符串匹配时会踩到“明明数据一样却查不到”的坑。3.3 索引、触发器与存储过程的建立及使用原文要求系统支持索引、触发器、存储过程的建立及使用这三样东西是课设报告的“技术亮相点”。原文给的三个对象正好对应三种不同的数据库编程能力use student; -- 创建唯一非聚集索引 create unique nonclustered index index_sno on Student(sno); -- 创建触发器插入或修改学生数据时给出提示 create trigger reminder on student after insert, update as raiserror(你在插入或修改学生的数据, 16, 10); -- 创建存储过程按姓名查学生 create procedure usp_getStudent name nchar(40) as select * from Student where Sname name; -- 执行存储过程 execute usp_getStudent 张明;索引语句拆开看unique保证索引键值不重复nonclustered指定非聚集索引index_sno是索引名on Student(sno)指明索引建立在哪个表的哪个列上。这里的unique索引和主键约束功能上是重叠的因为主键本身就是一个唯一索引原文写这行更多是为了展示“会建索引”这个能力。触发器reminder的逻辑是对 Student 表执行 insert 或 update 后用raiserror抛出一条消息。这里有个容易误解的地方raiserror(..., 16, 10)的 16 是严重级别severity 达到 16 时这条语句会被当作错误处理所以实际效果不仅仅是“提示”而是会让当前插入或修改语句中止。如果只想做提示不想阻断操作严重级别要降到 10 以下或者改用PRINT。存储过程usp_getStudent接收一个name nchar(40)参数按姓名精确查询学生execute语句传入参数张明。存储过程的价值在于把 SQL 逻辑封装在数据库端应用层只传参数既能复用又能减少网络往返。4. C 连接 SQL 数据库ODBC 数据源配置与增删改查落地4.1 ODBC 数据源先让应用程序能找到数据库课设报告的后半部分进入“SQL 与 C 结合的可视化界面管理”技术栈是 VC6.0 MFC ODBC SQL Server 2008。在写 C 代码之前第一步必须在操作系统层面配置 ODBC 数据源原文里操作路径写得很清楚“控制面板” → “管理工具” → “数据源 (ODBC)”。需要强调的是ODBC 数据源的本质是一个“数据库连接别名”应用程序通过这个名字找到真实的数据库实例所以这一步的优先级高于写代码。配置流程按原文可以整理成五步第一步双击 ODBC 图标打开“ODBC 数据源管理器”第二步在“用户 DSN”选项卡里点击添加这里定义的 DSN 只对当前 Windows 用户生效适合课设环境第三步为新数据源选择数据库驱动程序第四步在安装对话框中给数据源起名原文的例子是 TeacherDB还可以加一段数据源说明第五步点击“选择”按钮指定数据库文件位置点确定后新数据源就会出现在“用户数据源”列表里。注意原文在驱动选择这一步写的是“由于使用的是 Access 数据库所以选择 Microsoft Access(*.mdb)”这跟前文“开发平台为 VC6.0 和 SQL2008”是矛盾的。如果数据库实例是 SQL Server 2008这里应该选 “SQL Server Native Client 10.0”如果只是拿 Access 做个演示那数据库文件必须是.mdb格式而不是 SQL Server 的.mdf。这个坑在真实环境中非常常见——驱动和数据库类型不匹配配置完 DSN 后测试连接直接报错。另外Windows 64 位系统默认打开的是 64 位 ODBC 管理器VC6.0 是 32 位程序连不上 64 位 DSN 时会让你怀疑人生解决办法是用C:\Windows\SysWOW64\odbcad32.exe打开 32 位管理器重新建 DSN。4.2 MFC 记录集映射用 CRecordset 把表搬进 C 类ODBC 配置完成后C 端要通过 MFC 的数据库类访问数据。原文的两步操作是标准做法先在头文件stdafx.h中加入#include afxdb.h让工程支持数据库对象然后用 ClassWizard 为数据库中的每一个表映射一个记录集类。映射过程是这样的在项目工作区的 ClassView 里右键选择 New Class输入记录集类名称比如CUserSet基类选择CRecordset确定后在 Database Options 对话框里选择刚才配置的 ODBC 数据源 TeacherDB接着在 Select Database Tables 对话框里选择要映射的表 Users点 OK 就完成了。映射完成后类里的成员变量与表字段一一对应CRecordset基类则封装了Open、AddNew、Update、Delete、MoveNext这些数据库操作方法。#include afxdb.h // MFC ODBC 数据库支持 // 为 User 表映射的记录集类字段与表列一一对应 class CUserSet : public CRecordset { public: CUserSet(CDatabase* pDatabase NULL); CString m_UserName; // 对应 User_name 列 CString m_UserPswd; // 对应 User_Pswd 列 int m_UserType; // 对应 User_Type 列 // 构造函数里需要调用 CRecordset::CRecordset 并绑定字段 };代码逻辑说明CRecordset是 MFC 对 ODBC 的封装层派生类负责描述“表的形状”——每个成员变量对应表里的一列框架负责在数据源和成员变量之间搬运数据。实际使用中CUserSet可以执行 SQL 查询并把结果集缓存到内存遍历记录时调用MoveNext()新增记录时调用AddNew()再给成员变量赋值最后Update()提交。这里的参数说明类名建议按表名对应比如CStudentSet、CScoreSet方便维护字段类型要和数据库列类型匹配nchar映射成CStringint映射成intnumeric可以映射成long或double映射错了编译能过但运行时数据会错位。4.3 增删改查实现strSQL.Format 的写法与参数保存陷阱MFC 界面里最核心的代码是四个操作增加、删除、修改、查找原文用strSQL.Format拼 SQL 字符串再交给DoExecuteSQL执行。下面是原文四个操作的代码片段我加了注释// 增加插入一条成绩记录 void CScore::OnBUTTONAdd() { strSQL.Format(insert into Score VALUES(%s,%s,%s), m_sno, m_cno, m_score); DoExecuteSQL(strSQL); } // 删除按学号和课程号定位删除 void CScore::OnBUTTONDel() { strSQL.Format(delete from Score where SNO%s and CNO%s, m_sno, m_cno); DoExecuteSQL(strSQL); } // 修改更新指定记录注意 WHERE 条件是修改前的旧值 void CScore::OnBUTTONEdit() { strSQL.Format(update Score set CNO%s, SCORE%s where sno%s and cno%s and score%s, m_cno, m_score, save_sno, save_cno, save_score); DoExecuteSQL(strSQL); } // 查找按用户选择的字段和值动态拼接 void CScore::OnBUTTONFind() { strSQL.Format(select * from teacher where %s%s, strField, m_FieldValue); DoExecuteSQL(strSQL); }代码逻辑说明第一条 insert 语句把界面三个编辑框里的学号、课程号、分数拼进 SQL%s对应m_sno、m_cno、m_score三个参数顺序必须与 VALUES 里的占位符顺序一致第二条 delete 用SNO和CNO两个条件定位一行记录避免误删第三条 update 是 MFC 界面编程里的经典陷阱——更新时 WHERE 条件必须引用修改前的值save_sno、save_cno、save_score这些值通常是在用户点击某行记录时就缓存好的否则用户改完学号后WHERE 条件里的sno也会变成新值导致这条记录根本匹配不上。第四条 select 把字段名strField和值m_FieldValue拼接成where 字段名值字段名由用户从下拉框选择值由输入框提供动态查询的通用套路。这套拼 SQL 的写法在课设阶段完全够用但它有两个明显的工程隐患一是 SQL 注入用户在输入框里输入 or 11这类内容时拼出来的 SQL 会改变语义DELETE 语句甚至可能清空整张表二是单引号嵌套如果录入的学生姓名里带单引号比如英文名 OBrienFormat 拼出来的 SQL 会语法报错。改进方向是使用CDatabase::ExecuteSQL配合参数占位符或者直接用CRecordset的AddNew/Update方法避免手工拼字符串。5. 避坑记录课设里的五个典型翻车现场5.1 表名不一致Course、Cource、Exam、Teacher、User 混用现象按报告抄代码建库时用的表名和插入数据、查询时用的表名对不上SQL Server 报“对象名无效”。原因这份报告里同一张成绩表出现过Course、Cource、Exam、Score四种叫法用户表也同时出现过User和Teacher两个名字。建表、插入、查询分布在报告不同章节抄的时候复制了前一段的表名执行后一段的 INSERT 语句自然找不到对象。解决动工之前先定一张“表名对照表”一个表只有一个名字建表、INSERT、SELECT、外键引用全部统一。我自己做课设时的习惯是先把所有表名列在一张纸上写建表语句时顺手把外键关系标在旁边再去写数据初始化从源头杜绝改名。5.2 删除数据时外键冲突先删主表还是先删子表现象删除 Student 表里的学生记录时提示“违反了 FOREIGN KEY 约束”或者删完学生后成绩表里还残留着这人以前的成绩。原因原文在“设计中遇到的问题”里专门写了这一点——“在删除操作的时候由于没考虑表之间的关系和删除次序导致了一张表的数据元素删除了而另外一张的仍然存在”。成绩表通过外键引用学生表直接删除学生数据库会拒绝保护子表数据反过来先删子表再删主表顺序不对也会报错。解决删除时先删子表成绩或课程对应记录再删主表学生。如果想省事可以在建外键时加上ON DELETE CASCADE让数据库自动级联删除但课设答辩时老师有时会问你“级联删除的风险是什么”你得能答上来级联可能把关联数据连带删光生产环境慎用。5.3 同一学生插入同一课程号INSERT 语句带 WHERE语法不成立现象想防止同一学生重复选同一门课写了一条insert into SC ... where 课程号 not in (select cno from SC where 学号SNO)执行报错插入逻辑没有生效。原因SQL Server 的INSERT ... VALUES语法根本不支持 WHERE 子句原文也承认这个方案“未能实现禁止对同一学生插入统一课程号”。问题不在于业务逻辑而在于写错了语法——正确做法是把插入改成INSERT ... SELECT ... WHERE NOT EXISTS结构或者先查再插。解决原文自己写了一个FindScore函数先判断表里是否已有该学号该课程号的记录再决定是否插入。这是应用层防重的可行方案。如果要在数据库层解决用下面这条语句-- 如果不存在学号课程号的记录才插入 insert into Score (Sno, Cno, Score) select 000, A-123, 85 where not exists ( select 1 from Score where Sno 000 and Cno A-123 );原理INSERT ... SELECT可以从一个没有 FROM 的 SELECT 语句取数WHERE NOT EXISTS在插入前先查一遍有记录就返回空集插入自然不执行。5.4 ODBC 驱动选择错误Access 驱动连不上 SQL Server现象按报告步骤配置 ODBC 数据源时选了 Microsoft Access(*.mdb)测试连接却报“找不到数据库”或“驱动程序与数据库类型不匹配”。原因报告里开发环境写的是 SQL2008但 ODBC 章节的示例却用了 Access 驱动。真实环境里ODBC 驱动必须与目标数据库类型一致用 Access 驱动连 SQL Server 实例等于拿着 A 家的钥匙开 B 家的锁。解决确认数据库到底是什么SQL Server 2008 就用 SQL Server Native Client 10.0或者新版 ODBC Driver 17 for SQL ServerAccess 就确保数据源文件是.mdb/.accdb格式。另外注意 32 位程序配 64 位 DSN 连不上要手动打开SysWOW64\odbcad32.exe配 32 位数据源。5.5 触发器里 RAISERROR 后数据到底进没进表现象建了触发器after insert, update as raiserror(...)执行插入操作时提示了错误可查询表发现新数据已经写进去了行为很迷。原因raiserror的 severity 参数决定了它的“威力”。原文写的 16 属于系统级错误默认会终止这条语句并回滚当前事务但如果外部调用环境把 XACT_ABORT 关了或者触发器的错误没有被正确传播数据可能已经提交。更常见的是初学者把 severity 写成了 1~10 的低级别这时候 raiserror 只是“打印消息”语句照常执行。解决想用触发器做校验标准写法是在 raiserror 之后加rollback transaction或者给触发器开头加set xact_abort on让错误产生时所有修改回滚。如果不打算阻断写操作只想要一个提示直接用print或者把 severity 降到 10 以下别用 16否则界面里会弹一堆刺眼的红色错误提示。6. 从报告到可运行系统复现验收与三处改进6.1 快速验收清单把报告变成能跑的系统建议按下面这张清单逐项过一遍每过一项就去 SQL Server Management Studio 里执行验证别等到全部写完再回头排错阶段验证内容验证方式通过标准建库数据库 student 存在select name from sys.databases;返回 student建表Student/Score/User 存在select table_name from information_schema.tables;三张表都在约束外键与 check 生效插入Score -5的记录报 check 约束错误索引学号索引存在sp_helpindex Student;出现 index_sno触发器向 Student 插数据insert into Student values (...)raiserror 触发提示存储过程执行效率与结果execute usp_getStudent 张明;返回张明的记录ODBC数据源测试连接ODBC 管理器里“测试连接”连接成功MFC登录与增删改查运行 exe 操作一遍每个按钮都有响应权限普通用户不能删除用 UserType1 登录点删除按钮置灰或提示无权限6.2 三处可落地的改进建议第一把成绩从“课程表”里拆出来。原文的 Course 表同时存了学号、课程号和分数严格说它是一张成绩表。拆成Course(Cno, Cname)和Score(Sno, Cno, Score)两表后课程信息和成绩各司其职范式分析更好写扩展课程名称和学分也更容易。第二把字符串拼 SQL 换成参数化查询。strSQL.Format的写法在课设演示里没问题但如果输入框里出现单引号SQL 直接报语法错用CDatabase::ExecuteSQL配合参数绑定就能避开引号和注入问题。第三给 Student 表加一个是否删除标记字段删除操作只做 UPDATE 不做 DELETE保留审计痕迹这也是从课设走向工程的重要一步。这几处改进里最值得优先做的是第一处。记得那次帮学弟调同样的课设我花了半个晚上才意识到他报错的根源不是代码逻辑而是 Course 和 Score 两张表被揉成了一张删除、查询、插入全部跟着乱。从那以后我每次做课设都会强制先花十分钟把表名和字段清单列在纸上外键关系画出来再动键盘写第一行 SQL——顺序对了后面的一切都顺了。希望这篇拆解能帮你在同样的问题上少走几步弯路。本文还有配套的精品资源点击获取