课件2.2：主键设置

主键设置目录CONTENTS02复合主键设置01单字段主键设置03主键类型比较04主键设置实践05常见问题解决06拓展应用01单字段主键设置PART主键是表中用于唯一标识每条记录的字段或字段组合，确保每条记录具有可区分性，避免数据冗余和混淆。唯一标识功能通过主键约束，系统强制要求主键字段值非空且唯一，防止无效或重复数据录入，维护数据的准确性和一致性。数据完整性保障主键作为表间关联的核心字段，支持跨表数据检索和关系建立，是实现数据库关系模型的关键要素。关联查询基础主键定义与作用单字段主键选择标准稳定性考量理想的主键字段值应长期不变，如“身份证号”比“手机号”更适合作为主键，因为后者可能随用户更换而变化。非空性要求主键字段不允许为NULL值，必须包含有效数据，确保每条记录都能被明确标识，避免数据不完整问题。唯一性评估候选字段必须保证每条记录的值唯一，如“学号”在学生表中具有天然唯一性，而“姓名”可能重复，不适合作为主键。设置操作步骤演示保存生效点击快速访问工具栏的“保存”按钮，系统将验证主键约束并应用更改，后续数据操作将受主键规则限制。主键设置单击“表设计”选项卡中的“主键”按钮，或右键菜单选择“主键”命令，字段行选择器将显示钥匙图标，表示主键设置成功。字段选择在设计视图中定位目标字段（如“学号”），通过行选择器确认该字段符合主键的唯一性和非空性要求。实体完整性验证方法重复值测试尝试插入重复主键值的记录，观察系统是否阻止操作并提示违反唯一性约束，验证主键的防重复机制。关联影响测试建立表间关系后，测试删除主表记录时子表外键的级联行为（如拒绝删除或级联更新），评估主键在关系维护中的功能。空值测试在主键字段留空或输入NULL值，检查系统是否拒绝提交并提示非空约束错误，确认主键对数据完整性的保护作用。02复合主键设置PART复合主键适用场景多对多关系场景当表用于存储多对多关系数据时（如学生选课记录），单个字段无法唯一标识记录，必须通过复合主键实现唯一性约束。无唯一标识字段表中不存在天然具备唯一性的单字段（如订单明细表中的产品ID和订单ID组合），需通过多字段组合建立主键。业务逻辑要求根据业务规则需要同时依赖多个字段才能确定唯一实体（如航班号+日期+舱位组合标识唯一机票记录）。字段组合选择原则非空强制原则候选字段必须全部为非空字段，任何字段出现NULL值都会违反主键约束。关联便利原则字段组合应便于与其他表建立关联（如成绩表的学号+课程号可关联学生表和课程表）。最小字段原则选择能实现唯一性的最少字段组合（通常2-3个），避免冗余字段降低性能。稳定性原则优先选择值不随业务变动的字段（如学号而非手机号），确保主键持久有效。在设计视图中按住Ctrl键多选目标字段（如同时选中学号和课程号字段）。字段选择阶段设置操作步骤演示点击工具栏"主键"按钮或右键菜单设置，字段行选择器将显示钥匙图标。主键设置阶段保存设计后尝试插入重复组合值，系统应阻止提交并提示违反主键约束。保存验证阶段该复合主键可作为外键被其他表引用，建立多表间的关联关系。关系建立阶段非空性约束验证1234完整性测试尝试为复合主键中任一字段插入NULL值，观察系统报错行为及提示信息。检查空值是否违反业务规则（如没有学号的成绩记录无实际意义）。业务逻辑验证错误处理方案建立数据录入校验机制，在应用层拦截可能产生NULL值的无效操作。设计回溯机制对历史数据中出现NULL值的情况，需追溯数据源并修正数据采集流程。03主键类型比较PART自动编号主键特点唯一性保障自动编号主键由数据库系统自动生成，确保每条记录具有唯一标识，避免人工输入错误导致的主键冲突。简单高效无需用户干预，系统自动递增生成，简化了数据插入操作，特别适合大规模数据录入场景。无业务含义自动编号主键通常不携带业务信息，仅作为技术性标识，这使得它不受业务规则变化的影响。单字段主键特点业务相关性单字段主键通常选择具有业务意义的字段（如身份证号），便于直接理解和关联业务数据。由于直接使用业务字段作为主键，在基于该字段的查询中无需额外关联，提升了查询性能。单字段主键的长度和类型受限于所选业务字段，可能不适合需要复杂标识的场景。查询效率高长度限制复合主键特点多字段组合复合主键由两个或多个字段组合构成，能够更精确地标识记录，特别适用于多对多关系表。维护复杂性复合主键涉及多个字段，在数据插入和更新时需要确保所有字段值的正确性和一致性，增加了维护难度。通过字段组合反映业务规则，如订单明细表中的订单ID和产品ID组合能准确表示特定订单中的特定产品。业务逻辑体现不同类型应用场景自动编号适用场景适用于需要简单高效标识、无自然键或自然键不稳定的表，如用户表、日志表等。适用于具有稳定、唯一且长度适中的自然键的表，如员工工号表、产品编码表等。适用于需要多字段唯一标识的关联表，如学生选课表、订单明细表等多对多关系表。单字段主键适用场景复合主键适用场景04主键设置实践PART学生表主键设置学号主键建议使用学号作为学生表的主键，因为学号具有唯一性且不会重复，能够准确标识每个学生。同时学号通常包含入学年份等信息，便于查询和管理。可以使用自增整数作为学生表主键，这种方式简单高效，但需要额外添加学号作为唯一索引以保证业务逻辑完整性。在特殊情况下，可考虑采用学号+身份证号的组合主键，但会增加索引复杂度，一般不建议使用。自增ID主键组合主键教师表主键设置工号主键教师工号是最理想的主键选择，具有唯一性和业务含义，便于识别和查询教师信息。工号通常包含院系编码，有利于数据分类。UUID主键对于分布式系统，可采用UUID作为教师表主键，确保全局唯一性，但会牺牲部分查询性能，且缺乏业务含义。复合主键在需要关联多系统的场景下，可考虑工号+系统编号的复合主键，但会增加数据库设计的复杂度。课程表主键设置采用学校统一的课程编码作为主键是最佳实践，编码包含开课院系、课程类别等信息，具有明确的业务含义。课程编码主键简单的自增ID可作为课程表主键，但需要额外建立课程编码的唯一约束，以保证业务数据的准确性。自增序列主键对于需要区分不同学期开课记录的情况，可采用课程编码+学年学期的组合主键设计。学年学期组合主键成绩表推荐使用学号+课程编码的复合主键，这种设计能确保每个学生每门课程只有一条成绩记录，符合业务逻辑。学号课程组合主键成绩表主键设置自增ID主键时间戳补充主键若采用自增ID作为主键，必须建立学号+课程编码的唯一索引，以防止数据重复，这种设计便于ORM框架操作。对于需要记录多次考试成绩的系统，可在组合主键中加入考试时间戳，但会增加查询复杂度。05常见问题解决PART重复值处理方法在设置主键前，需对拟作为主键的字段执行重复值检测。可通过SQL查询如`SELECT字段名,COUNT(*)FROM表名GROUPBY字段名HAVINGCOUNT(*)>1`快速定位重复记录。重复值检测若发现重复值，需结合业务逻辑处理。例如学号重复时，可联系教务系统核对原始数据，或通过追加后缀（如"学号_序号"）临时区分，但需同步更新关联表数据。数据清洗策略对于暂无法彻底清理的重复数据，可先创建唯一索引（`CREATEUNIQUEINDEX`）强制约束，待数据修正后再正式设置主键。唯一索引辅助非空约束验证主键字段必须满足NOTNULL约束。设计表结构时，建议显式设置`NOTNULL`属性，避免后期因空值导致主键设置失败。空值处理方法空值替换方案对于存在NULL值的字段，若需设为主键，可采用默认值填充（如数字型字段用0，字符型用"N/A"），或使用COALESCE函数将NULL转为特定标识值。业务规则审查频繁出现空值的字段通常不适合作为主键。应重新评估数据模型，考虑添加自增ID字段或调整业务唯一标识逻辑。关联影响评估建议在事务中执行主键变更（`BEGINTRANSACTION`...`COMMIT`），以便操作失败时回滚。变更步骤应包含，禁用外键约束→更新主键→同步更新关联表→重新启用约束。事务处理机制性能影响预警大型表的主键变更可能引发锁表和性能下降，应在低峰期操作，并提前创建表备份（`SELECT*INTO备份表FROM原表`）。修改主键前需完整梳理外键依赖关系。在Access中可通过"数据库工具→关系"视图查看，其他数据库使用`INFORMATION_SCHEMA`查询外键约束。主键修改注意事项主外键关联时应明确更新/删除规则。Access提供"级联更新相关字段"和"级联删除相关记录"选项，需根据业务需求谨慎配置。级联规则设置删除主表记录时，若子表存在关联记录，系统将阻止删除（除非设置级联删除）。此时应先清理子表数据，或通过临时表转移关联数据。参照完整性维护外键字段应建立普通索引（非唯一）以提高关联查询效率。在Access中可通过设计视图的"索引"属性设置，其他数据库使用`CREATEINDEX`语句。索引优化建议010203外键关联影响06拓展应用PART关系基础主键是表间关系建立的核心，通过外键与主键的对应关系实现数据关联。例如学生表与成绩表通过学号字段建立一对多关系，确保数据完整性和一致性。关联类型约束作用主键与表关系建立主键支持一对一、一对多和多对多关系。在复杂场景中，可能需要中间表（如选课表）来实现多对多关系的转换。主键约束能防止关联操作中的异常，如插入不存在的外键值或删除被引用的主键值，从而维护数据完整性。主键在查询中的应用主键字段会自动创建索引，大幅提升等值查询和连接操作的性能。例如通过学号主键查询学生信息比非索引字段快数倍。查询效率在多表查询中，主键作为连接条件能精准匹配关联数据。如学生表与成绩表通过学号主外键连接可获取完整成绩信息。连接操作主键的唯一性特性使其成为分组统计的理想字段，可避免重复计算问题。例如按课程号主键统计每门课程的平均分。聚合分析自动编号字段使用注意事项自动编号值不可修改且不反映业务含义，仅作为技术标识符使用。业务逻辑中应避免依赖其连续性。类型选择递增型适合需要顺序编号的业务（如发票号），随机型则适用于安全敏感场景（如临时访问令牌）。适用场景当