消除数据依赖中的不合适部分 以解决数据插入、更新、删除操作中的异常问题 表中的每个属性不可再分 （不允许属性以数组、集合等方式存储） 结论：满足1NF的数据库设计，才是关系型数据库（最基本的范式） 在1NF的基础上，添加一个主键（主属性） 改为CoreJava的话，所有的101课程都要改 结论：可能出现数据的冗余（不够独立）（多个JavaSE）、不一致（一处改，到处都要改，容易造成不一致） 在2NF的基础上，解除非主属性之间的依赖关系 101 JavaSE 解除了数据冗余，数据独立，仅存一份 sc表(学生课程关系表)(没有独立主键，只有联合主键，sid和cid的组合是唯一的) 总结：使用第三范式 避免了数据的冗余、不一致问题 常见的数据库的设计都使用3NF 基本思路：通过DBMS来管理DB，从而管理DB中的表（table）以及其它数据资源 管理器(DBMS)中可见的部分，可以通过sql来操作 核心概念：实体关系模型 E-R Model 属于数据库设计范畴，表示不同实体（表）之间的关系 表名：实体名（Entity）、关系名、在数据库中区分不同的表 行： row 记录（元组） 字段名、字段数据类型、宽度、约束 使用其管理器 - > 需要权限验证登录：默认采用Windows身份登录 LDF(log data file) 日志文件（可以借助日志文件，进行数据还原），不属于任何文件组 NDF 辅助数据文件（后来添加的文件） 文件组：（管理、分配数据文件） 主文件组：只有一个，Primary 初始大小：文件一开始创建时候的大小 路径：实际工作中出于安全考虑，不要将MDF和LDF将在同一路径下， 数据库至少需要以下2个物理文件：