请解释2NF中的非主属性完全依赖于候选键的含义，并举例说明在设计数据库时如何避免部分依赖导致的更新异常。

在关系数据库中，第二范式（2NF）的定义要求在满足第一范式（1NF）的基础上，表中的所有非主属性必须完全依赖于候选键，也就是说，非主属性不能依赖于候选键的部分。这意味着表中的每一列都必须与表的主键直接相关，而不是与主键的一部分相关。这有助于消除数据冗余和潜在的更新异常。

参考资源链接：[国科大数据库新技术复习提纲详解与关键点梳理](https://wenku.csdn.net/doc/6401aba7cce7214c316e903c?spm=1055.2569.3001.10343)

要理解这一概念，首先需要明确什么是主键、候选键和非主属性。主键是能唯一标识表中每一行的列的组合，而候选键是具有唯一标识作用的属性或属性组合，但主键只有一个。非主属性则是不属于主键的其他属性。

举例说明，假设有一个学生课程表（Student_Course），其中包含学生ID（StudentID），学生姓名（StudentName），课程ID（CourseID）和成绩（Grade）。在这个例子中，StudentID和CourseID共同构成复合主键，因为一个学生可以选修多门课程，一门课程也可以被多个学生选修。

现在，如果我们在表中添加了学生的专业（Major）这一列，而这个专业信息只与学生ID有关，与课程ID无关，这就产生了部分依赖。每当需要修改某个学生的信息时，如果这个学生选修了多门课程，我们就需要对每一条记录都进行更新，以避免数据的不一致，这就是所谓的更新异常。

为了避免这种部分依赖和相关的更新异常，我们需要将表拆分为两个部分：一个表只包含学生信息（StudentID，StudentName，Major），另一个表包含课程信息以及学生的成绩（StudentID，CourseID，Grade）。通过这样的设计，我们确保了2NF的要求得到满足，并且每个非主属性都完全依赖于候选键，从而避免了更新异常。

通过《国科大数据库新技术复习提纲详解与关键点梳理》这本书，你可以更深入地理解2NF以及其他范式的概念，以及它们如何在数据库设计中应用，从而设计出既高效又可靠的数据库系统。

参考资源链接：[国科大数据库新技术复习提纲详解与关键点梳理](https://wenku.csdn.net/doc/6401aba7cce7214c316e903c?spm=1055.2569.3001.10343)