Idea中使用SBT下载项目依赖
1.打开SBT Action
首先第一步把项目源码导入到IDEA中就不说了,源码导入之后，请按照下面的步骤打开SBT Action：
View ‐‐> Tool Windows ‐‐> SBT Action
如果你没有这个选项，那么你需要先安装SBT Action插件。IDEA里安装插件步骤：
Settings ‐‐> Plugins
右侧搜索sbt,找到sbt action插件安装即可，当然安装sbt action插件之前请先安装sbt插件，最好顺带将sbt console插件也安装上.
2.执行sbt命令
3.看到如图提示时，执行如下命令开始下载项目依赖
; eval System.setProperty("jline.terminal", "scala.tools.jline.UnixTerminal") ; console
操作步骤：复制上面的命令，然后切刀SBT Console SBT Action窗口下，然后ctrl + v，按下回车即可.
UML类关系(依赖-泛化-关联-聚合-组合-实现)
UML图中类之间的关系:依赖,泛化,关联,聚合,组合,实现 类与类图 1) 类(Class)封装了数据和行为，是面向对象的重要组成部分，它是具有相同属性、操作、 关系的对象集合的总称。 2) 在系统中，每个类具有一定的职责，职责指的是类所担任的任务，即类要完成什么样的 功能，要承担什么样的义务。一个类可以有多种职责，设计得好的类一般只有一种职责，在 定义类的时候，将类的职责分解成为类的属性和操作（即方法）。 3) 类的属性即类的数据职责，类的操作即类的行为职责 依赖关系（Dependence）：假设A类的变化引起了B类的变化，则说名B类依赖于A类。 ? 依赖关系(Dependency) 是一种使用关系，特定事物的改变有可能会影响到使用该事物的其他事物，在需要表示一个事物使用另一个事物时使用依赖关系。大多数情况下，依赖关系体现在某个类的方法使用另一个类的对象作为参数。 ? 在UML中，依赖关系用带箭头的虚线表示，由依赖的一方指向被依赖的一方。 1.public class Driver 2.{ 3.public void drive(Car car) 4. { 5. car.move(); 6. } 7.…… 8.} 9.public class Car 10.{ 11.public void move() 12. { 13. ...... 14. }
15.…… 16.} 依赖关系有如下三种情况： 1、A类是B类中的（某中方法的）局部变量； 2、A类是B类方法当中的一个参数； 3、A类向B类发送消息，从而影响B类发生变化； 泛化关系（Generalization）：A是B和C的父类，B,C具有公共类（父类）A，说明A是B,C的一般化（概括，也称泛化） ? 泛化关系(Generalization)也就是继承关系，也称为“is-a-kind-of”关系，泛化关系用于描述父类与子类之间的关系，父类又称作基类或超类，子类又称作派生类。在UML中，泛化关系用带空心三角形的直线来表示。 ? 在代码实现时，使用面向对象的继承机制来实现泛化关系，如在Java语言中使用extends 关键字、在C++/C#中使用冒号“：”来实现。
多值依赖与4NF
5.6 多值依赖与4NF 在关系模式中，数据之间是存在一定联系的，而对这种联系处理的适当与否直接关系到模式中数据冗余的情况。函数依赖是一种基本的数据联系，通过对数据函数依赖的讨论和分解，可以有效地消除模式中的冗余现象。函数依赖实质上反映的是“多对一”联系，在实际应用中还会有“一对多”形式的数据联系，诸如此类的不同于函数依赖的数据联系也会产生数据冗余，从而引发各种数据异常现象。本节就讨论数据依赖中“多对一”现象及其产生的问题。
数据库理论及应用基础33 5.6.1 问题的引入 让我们先看下述例子。 例5-17设有一个课程安排关系，如图5.26所示。 课程名称任课教师选用教材名称 高等数学T11 T12 T13 B11 B12 数据结构T21 T22 T23 B21 B22 B23 图5.26 课程安排示意图 在这里的课程安排具有如下语义： z“高等数学”这门课程可以由3个教师担任，同时有两本教材可以选用。 z“数据结构”这门课程可以由3个教师担任，同时有3本教材可供选用。 如果分别用Cn、Tn和Bn表示“课程名称”、“任课教师”和“教材名称”，上述情形可以表示如图5.27所示的关系CTB。 Cn Tn Bn 高等数学T11 B11 高等数学T11 B12 高等数学T12 B11 高等数学T12 B12 高等数学T13 B11 高等数学T13 B12 数据结构T21 B21 数据结构T21 B22 数据结构T21 B23 数据结构T22 B21 数据结构T22 B22 数据结构T22 B23 数据结构T23 B21 数据结构T23 B22 数据结构T23 B23 图5.27 关系CTB 很明显，这个关系表是数据高度冗余的。
类与类之间的关系
类与类之间存在以下关系: (1)泛化(Generalization) (2)关联(Association) (3)依赖(Dependency) (4)聚合(Aggregation) 1.泛化(Generalization) [泛化] 表示类与类之间的继承关系，接口与接口之间的继承关系，或类对接口的实现关系。一般化的关系是从子类指向父类的，与继承或实现的方法相反。 父类父类实例＝new 子类() [UML图](图1.1) 2.依赖(Dependency) [依赖] 对于两个相对独立的对象，当一个对象负责构造另一个对象的实例，或者依赖另一个对象的服务时，这两个对象之间主要体现为依赖关系。 依赖关系表现在局部变量，方法的参数，以及对静态方法的调用 [现实例子] 比如说你要去拧螺丝，你是不是要借助(也就是依赖)螺丝刀(Screwdriver)来帮助你完成拧螺
丝(screw)的工作 [UML表现](图1.2) 3.关联(Association) [关联] 对于两个相对独立的对象，当一个对象的实例与另一个对象的一些特定实例存在固定的对应关系时，这两个对象之间为关联关系。[具体表现] 关联关系是使用实例变量来实现[现实例子] 比如客 3.关联(Association) [关联] 对于两个相对独立的对象，当一个对象的实例与另一个对象的一些特定实例存在固定的对应关系时，这两个对象之间为关联关系。 [具体表现] 关联关系是使用实例变量来实现 [现实例子] 比如客户和订单，每个订单对应特定的客户，每个客户对应一些特定的订单；再例如公司和员工，每个公司对应一些特定的员工，每个员工对应一特定的公司 [UML图] (图1.3) (4)聚合（Aggregation） [聚合] 当对象A被加入到对象B中，成为对象B的组成部分时，对象B和对象A之间为聚集关系。聚合是关联关系的一种，是较强的关联关系，强调的是整体与部分之间的关系。 [具体表现] 与关联关系一样，聚合关系也是通过实例变量来实现这样关系的。关联关系和聚合关系来语
类与类之间的关系
一、继承关系 继承指的是一个类（称为子类、子接口）继承另外的一个类（称为父类、父接口）的功能，并可以增加它自己的新功能的能力。在Java中继承关系通过关键字extends明确标识，在设计时一般没有争议性。在UML类图设计中，继承用一条带空心三角箭头的实线表示，从子类指向父类，或者子接口指向父接口。 二、实现关系 实现指的是一个class类实现interface接口（可以是多个）的功能，实现是类与接口之间最常见的关系。在Java中此类关系通过关键字implements明确标识，在设计时一般没有争议性。在UML类图设计中，实现用一条带空心三角箭头的虚线表示，从类指向实现的接口。 三、依赖关系 简单的理解，依赖就是一个类A使用到了另一个类B，而这种使用关系是具有偶然性的、临时性的、非常弱的，但是类B的变化会影响到类A。比如某人要过河，需要借用一条船，此时人与船之间的关系就是依赖。表现在代码层面，为类B作为参数被类A在某个method方法中使用。在UML类图设计中，依赖关系用由类A指向类B的带箭头虚线表示。 四、关联关系 关联体现的是两个类之间语义级别的一种强依赖关系，比如我和我的朋友，这种关系比依赖更强、不存在依赖关系的偶然性、关系也不是临时性的，一般是长期性的，而且双方的关系一般是平等的。关联可以是单向、双向的。表现在代码层面，为被关联类B以类的属性形式出现在关联类A中，也可能是关联类A引用了一个类型为被关联类B的全局变量。在UML类图设计中，关联关系用由关联类A指向被关联类B的带箭头实线表示，在关联的两端可以标注关联双方的角色和多重性标记。 五、聚合关系 聚合是关联关系的一种特例，它体现的是整体与部分的关系，即has-a的关系。此时整体与部分之间是可分离的，它们可以具有各自的生命周期，部分可以属于多个整体对象，也可以为多个整体对象共享。比如计算机与CPU、公司与员工的关系等，比如一个航母编队包括海空母舰、驱护舰艇、舰载飞机及核动力
关系数据理论课后答案
关系数据理论课后答案 第五章关系数据理论 习题解答和解析 1.理解并给出下列术语的定义：函数依赖、部分函数依赖、完全函数依赖、传递依赖、候选码、主码、外码、全码(All-key)、1NF、2NF、3NF、BCNF、多值依赖、4NF。 解析：解答本题不能仅仅把《概论》上的定义写下来。关键是真正理解和运用这些概念。 答：函数依赖：设R(U)是一个关系模式,U是R的属性集合,X和Y是U的子集。对于R(U)的任意一个可能的关系r,如果r中不存在两个元组,它们在X上的属性值相同,而在Y上的属性值不同,则称"X函数确定Y"或"Y函数依赖于X",记作X→Y。 解析： (1)函数依赖是最基本的一种数据依赖,也是最重要的一种数据依赖。 (2)函数依赖是属性之间的一种联系,体现在属性值是否相等。由上面的定义可以知道,如果X→Y,则r中任意两个元组,若它们在X上的属性值相同,那么在Y上的属性值一定也相同。 (3)要从属性间实际存在的语义来确定他们之间的函数依赖,即函数依赖反映了(描述了)现实世界的一种语义。 (4)函数依赖不是指关系模式R在某个时刻的关系(值)满足的约束条件,而是指R任何时刻的一切关系均要满足的约束条件。
答：完全函数依赖、部分函数依赖：在R(U)中,如果X→Y,并且对于X的任何一个真子集X',都有X'Y,则称Y对X完全函数依赖,记作: 若X→Y,但Y不完全函数依赖于X,则称Y对X部分函数依赖,记作: ?→Z,则称Z对X传递函数依赖。 传递依赖：在R(U)中,如果X→Y,(Y 候选码、主码：设K为R
关系代数和数据依赖概念
第二讲关系代数和数据依赖概念 1 关系代数 1970年IBM公司的E.F.Cood博士在论文“一个通用关系式数据库系统的模型”中首先提出了关系模型，它提供了格式化数据库系统难以做到的数据独立性和数据相容性。此模型后来又由Codd加以改进，被许多人认为是一切数据库系统的未来。 关系数据库之所以发展如此之快，因为关系数据库的模型简明，便于用户理解使用方便等等特点，更重要的是，关系数据库有着网状和层次数据库没有的数学基础----关系代数，可以利用关系代数对表格进行任意的分割和组装，随机地产生用户所需要的各种新表，这为关系数据的发展提供了基础和保证。 1.1 基本概念 术语 定义给定一组集合D1，D2，...，D n，它们可以是相同的，若R是这样一个有序n元组：
则称R是对于这n个集合的一个关系，并称集合D1，D2，...，D n为关系R的域，称n为关系的度。 1.2 关系运算 在关系模型中，实体以及实体间的联系采用了单一数据结构----关系来表示。对数据的操作就是对关系的运算。关系运算的形式可分为两大类： （1）关系代数：把关系看作集合，以关系为运算对象的关系运算。 （2）关系演算：使用数理逻辑谓词演算概念的关系运算。 1.2.1 并(Union) 设R和S为同类关系，即具有相同的度和相应属性在相同的域中取值，但并不要求属性名一致，则关系R和S的并由属于R或属于S的所有元组构成，记作R S。 例：
SQL语句: Select * from R Union Select * from S 1.2.2 交(Intersection) 设R和S为同类关系，则关系R和S的交由属于R同时属于S的所有元组构成，记作R S。 例：
类与类之间的关系及代码表现
类与类之间的关系对于理解面向对象具有很重要的作用，以前在面试的时候也经常被问到这个问题，在这里我就介绍一下。 类与类之间存在以下关系: (1)泛化(Generalization) (2)关联(Association) (3)依赖(Dependency) (4)聚合(Aggregation) UML图与应用代码例子: 1.泛化(Generalization) [泛化] 表示类与类之间的继承关系，接口与接口之间的继承关系，或类对接口的实现关系。一般化的关系是从子类指向父类的，与继承或实现的方法相反。 [具体表现] 父类父类实例＝new 子类() [UML图](图1.1) 图1.1Animal类与Tiger类,Dog类的泛化关系 [代码表现] 1.class Animal{} 2.class Tiger extends Animal{} 3.public class Test 4.{ 5. public void test() 6. { 7. Animal a=new Tiger(); 8. } 9.} 2.依赖(Dependency) [依赖] 对于两个相对独立的对象，当一个对象负责构造另一个对象的实例，或者依赖另一个对象的服务时，这两个对象之间主要体现为依赖关系。 [具体表现]
依赖关系表现在局部变量，方法的参数，以及对静态方法的调用 [现实例子] 比如说你要去拧螺丝，你是不是要借助(也就是依赖)螺丝刀(Screwdriver)来帮助你完成拧螺丝(screw)的工作 [UML表现](图1.2) 图1.2 Person类与Screwdriver类的依赖关系 [代码表现] 1.public class Person{ 2. /** 拧螺丝 */ 3. public void screw(Screwdriver screwdriver){ 4. screwdriver.screw(); 5. } 6.} 3.关联(Association) [关联] 对于两个相对独立的对象，当一个对象的实例与另一个对象的一些特定实例存在固定的对应关系时，这两个对象之间为关联关系。 [具体表现] 关联关系是使用实例变量来实现 [现实例子] 比如客户和订单，每个订单对应特定的客户，每个客户对应一些特定的订单；再例如公司和员工，每个公司对应一些特定的员工，每个员工对应一特定的公司 [UML图] (图1.3) 图1.3 公司和员工的关联关系 [代码表现] 1.public class Company{ 2. private Employee employee;
关系数据理论课后答案
第五章关系数据理论 习题解答和解析 1. 理解并给出下列术语的定义：函数依赖、部分函数依赖、完全函数依赖、传递依赖、 候选码、主码、外码、全码(All-key) 、1NF 2NF 3NF、BCNF多值依赖、4NF。 解析：解答本题不能仅仅把《概论》上的定义写下来。关键是真正理解和运用这些概念。 答：函数依赖：设R(U)是一个关系模式,U是R的属性集合,X和Y是U的子集。对于R(U) 的任意一个可能的关系r,如果r中不存在两个元组，它们在X上的属性值相同，而在Y上的属性值不同，则称"X函数确定Y"或"Y函数依赖于X",记作心Y。 解析： (1) 函数依赖是最基本的一种数据依赖，也是最重要的一种数据依赖。 (2) 函数依赖是属性之间的一种联系，体现在属性值是否相等。由上面的定义可以知道，如果X Y,则r中任意两个元组，若它们在X上的属性值相同，那么在Y上的属性值一定也相同。 (3) 要从属性间实际存在的语义来确定他们之间的函数依赖，即函数依赖反映了(描述了)现实世界的一种语义。 (4) 函数依赖不是指关系模式R在某个时刻的关系(值)满足的约束条件，而是指R任何时 刻的一切关系均要满足的约束条件。 答：完全函数依赖、部分函数依赖：在R(U)中,如果X T Y,并且对于X的任何一个真子 集X',都有X' Y, 则称Y对X完全函数依赖，记作： 若X T Y,但Y不完全函数依赖于X,则称Y对X部分函数依赖，记作： 传递依赖：在R(U)中,如果X T Y,(Y ? X),Y、\,Y T乙则称Z对X传递函数依赖。 候选码、主码：设K为R
第六章 函数依赖
朱彦荣 20132184 软件工程2 第六章作业 一. 简答题 1.数据依赖的分类？ 函数依赖，多值依赖，连接依赖 2.关系模式可能存在的4个问题？ 插入异常、删除异常、冗余、更新异常 3.函数依赖的分类？ 平凡函数依赖、非平凡函数依赖、完全函数依赖、部分函数依赖、传递函数依赖 4.函数依赖范畴内的4个范式？ 第一范式（1NF）、第二范式(2NF)、第三范式(3NF)、BCNF范式 5.3NF关系模式存在异常的可能原因？ 仍可能出现插入异常、删除异常、冗余和更新异常。原因是：还可能存在主属性部分函数依赖于键。 6.关系模式规范化的方法？ 首先要保证属性的原子性，即至少为1NF，然后由1NF到2NF是消除非主属性对键的部分函数依赖，2NF到3NF是消除非主属性对键的传递函数依赖。3NF到BCNF是消除主属性对键的部分函数依赖和传递函数依赖，一般来说到这里就可以了。然后，有BCNF范式到4NF范式消除非平凡且非函数依赖的多值依赖，最后由4NF到5NF是消除不是候选键所蕴含的连接依赖。 7.如果X和Y之间是1：n的联系，则X和Y之间的函数关系是谁决定谁？如果是1：1和 m:n呢？ 若X:Y=1:N,则N方决定1方，即Y->X 若X:Y=1:1,则X->Y且Y->X，即X<->Y,X和Y等价 若X:Y=M:N,则不能相互决定 二．设有关系模式：R（Sid，Sname，Cid，Cname，Score，Tid），其中：Sid、Sname、Cid、Cname、Score、Tid分别表示学号、学生姓名、课程编号、课程名、成绩、教师编号，并有如下语义要求： ●课程与教师间的联系为1:1； ●学生与课程间的联系为m:n； ●一名学生只能有一个学号，且学号唯一； ●一门课程只能有一个课程号，且课程号唯一。 请完成：
数据库概论课后题答案
5．设有一个SPJ数据库，包括S，P，J，SPJ四个关系模式： 1）求供应工程J1零件的供应商号码SNO： πSno(σSno=‘J1’（SPJ）) 2）求供应工程J1零件P1的供应商号码SNO： πSno(σSno=‘J1’∧Pno=‘P1‘(SPJ)) 3）求供应工程J1零件为红色的供应商号码SNO： πSno(σPno=‘P1‘（σCOLOR=’红‘（P）∞SPJ）) 4）求没有使用天津供应商生产的红色零件的工程号JNO： πJno(SPJ)- πJNO（σcity=‘天津’∧Color=‘红‘（S∞SPJ∞P） 5）求至少用了供应商S1所供应的全部零件的工程号JNO： πJno，Pno(SPJ)÷πPno（σSno=‘S1‘（SPJ）） 第6章关系数据库理论 1 ．理解并给出下列术语的定义：函数依赖、部分函数依赖、完全函数依赖、传递依赖、候选码、主码、外码、全码（All 一key ）、1 NF 、ZNF 、3NF 、BcNF 、多值依赖、4NF 。 定义1：设R(U)是属性集U上的关系模式。X，Y是属性集U的子集。若对于R(U)的任意一个可能的关系r，r 中不可能存在两个元组在X上的属性值相等，而在Y上的属性值不等，则称X函数确定Y或Y函数依赖于X，记作X Y。（即只要X上的属性值相等，Y上的值一定相等。） 术语和记号： X Y，但Y不是X的子集，则称X Y是非平凡的函数依赖。若不特别声明，总是讨论非平凡的函数依赖。X Y，但Y是X的子集，则称X Y是平凡的函数依赖。 若X Y，则X叫做决定因素(Determinant)。 若X Y，Y X，则记作X Y。 若Y不函数依赖于X，则记作X Y。 定义2：在R(U)中，如果X Y，并且对于X的任何一个真子集X’，都有X’ Y，则称Y对X完全函数依赖若X Y，但Y不完全函数依赖于X，则称Y对X部分函数依赖 定义3：若关系模式R的每一个分量是不可再分的数据项，则关系模式R属于第一范式(1NF)。 定义4：若关系模式R∈1NF，且每一个非主属性完全函数依赖于码，则关系模式R∈2NF 。（即1NF消除了非主属性对码的部分函数依赖则成为2NF）。 定义5:关系模式R
UML中几种类间关系
UML中几种类间关系：继承、实现、依赖、关联、聚合、组合的联系与区别 继承 指的是一个类（称为子类、子接口）继承另外的一个类（称为父类、父接口）的功能，并可以增加它自己的新功能的能力，继承是类与类或者接口与接口之间最常见的关系；在Java中此类关系通过关键字extends明确标识，在设计时一般没有争议性； 实现 指的是一个class类实现interface接口（可以是多个）的功能；实现是类与接口之间最常见的关系；在Java中此类关系通过关键字implements明确标识，在设计时一般没有争议性；
依赖 可以简单的理解，就是一个类A使用到了另一个类B，而这种使用关系是具有偶然性的、临时性的、非常弱的，但是B类的变化会影响到A；比如某人要过河，需要借用一条船，此时人与船之间的关系就是依赖；表现在代码层面，为类B作为参数被类A在某个method 方法中使用； 关联 他体现的是两个类、或者类与接口之间语义级别的一种强依赖关系，比如我和我的朋友；这种关系比依赖更强、不存在依赖关系的偶然性、关系也不是临时性的，一般是长期性的，而且双方的关系一般是平等的、关联可以是单向、双向的；表现在代码层面，为被关联类B 以类属性的形式出现在关联类A中，也可能是关联类A引用了一个类型为被关联类B的全局变量；
聚合 聚合是关联关系的一种特例，他体现的是整体与部分、拥有的关系，即has-a的关系，此时整体与部分之间是可分离的，他们可以具有各自的生命周期，部分可以属于多个整体对象，也可以为多个整体对象共享；比如计算机与CPU、公司与员工的关系等；表现在代码层面，和关联关系是一致的，只能从语义级别来区分； 组合 组合也是关联关系的一种特例，他体现的是一种contains-a的关系，这种关系比聚合更强，也称为强聚合；他同样体现整体与部分间的关系，但此时整体与部分是不可分的，整体的生命周期结束也就意味着部分的生命周期结束；比如你和你的大脑；表现在代码层面，和关联关系是一致的，只能从语义级别来区分； 对于继承、实现这两种关系没多少疑问，他们体现的是一种类与类、
类与类之间的关系
类与类之间的关系对于理解面向对象具有很重要的作用，下面进行总结！ 一、类与类之间存在以下关系: ` UML图与应用代码例子: 1.泛化(Generalization) [泛化] 表示类与类之间的继承关系，接口与接口之间的继承关系，或类对接口的实现关系。一般化的关系是从子类指向父类的，与继承或实现的方法相反。 [简单理解] 是一个is a 的关系。如老虎是一个动物 [具体表现] 父类父类实例＝new 子类() [UML图](图1.1) 图1.1 Animal类与Tiger类,Dog类的泛化关系 [代码表现] 1. class Animal{ 2. 3. } 4. class Tiger extends Animal { 5. 6. } 7. public class Test 8. { 9. public void test() 10. { 11. Animal a=new Tiger(); 12. } 13. }
2.依赖(Dependency) [依赖] 对于两个相对独立的对象，当一个对象负责构造另一个对象的实例，或者依赖另一个对象的服务时，这两个对象之间主要体现为依赖关系。 [具体表现] 依赖关系表现在局部变量，方法的参数，以及对静态方法的调用 [简单理解] 一个类使用了另外一个类作为局部变量和方法参数。是一个use a关系！ [现实例子] 比如说你要去拧螺丝，你是不是要借助(也就是依赖)螺丝刀(Screwdriver)来帮助你完成拧螺丝(screw)的工作 [UML表现](图1.2) 有时在uml图中不出现箭头只是虚线 图1.2 Person类与Screwdriver类的依赖关系 理解： 指Person类可能要用到Screwdriver的一些方法，也可以这样说，要完成Person里的所有功能，一定要有Screwdriver的方法协助才行。Person依赖于Screwdriver的定义。 ROSE对依赖关系不产生属性。 注意，要避免双向依赖。一般来说，不应该存在双向依赖 [代码表现] 1. public class Person 2. { 3. /** 拧螺丝 */ 4. public void screw(Screwdriver screwdriver) 5. { 6. screwdriver.screw(); 7. } 8. }
蔡延光《数据库原理与应用》课后习题七答案
习题七 1. 给出下列术语的定义，并加以理解。 函数依赖、部分函数依赖、完全函数依赖、传递函数依赖、候选关键字、主关键字、全关键字、1NF、2NF、3NF、BCNF、多值依赖、4NF、连接依赖、5NF。 2. 现在要建立关于系、学生、班级、学会诸信息的一个关系数据库。语义为：一个系有若干专业，每个专业每年只招一个班，每个班有若干学生，一个系的学生住在同一个宿舍区，每个学生可参加若干学会，每个学会有若干学生。 描述学生的属性有：学号、姓名、出生日期、系名、班号、宿舍区； 描述班级的属性有：班号、专业名、系名、人数、入校年份； 描述系的属性有：系名、系号、系办公室地点、人数； 描述学会的属性有：学会名、成立年份、地点、人数、学生参加某会有一个入会年份。 l）请写出关系模式。 2）写出每个关系模式的最小函数依赖集，指出是否存在传递依赖。在函数依赖左部是多属性的情况下，讨论函数依赖是完全依赖，还是部分函数依赖。 3）指出各个关系模式的候选关键字，外部关键字，以及有没有全关键字。 3. 设关系模式R
类与类之间的关系(继承、实现、依赖、关联、聚合、组合)
类与类之间的关系继承 接口 依赖 关联 聚合 组合
继承 继承是一个类（子类,子接口）继承另一个类（父类，父接口）。 当父类为抽象时，该类不能够在实例化。当父类中有抽象方法时。 该类就必须为抽象类。其抽象方法没有方法体。当子类继承该父类时，抽象方法必须重写。 public class abstract Parents{ public abstract void method(); } public class Child extends Parents{ public void method(){ } }属性方法
接口 接口就是在接口中写出方法，然后在调用接口类 时实现所有接口类中方法。java中通过 interface来表示接口。其一个类可以实现多个 接口，用implement来实现接口，用“，”来连 接多个接口。接口不能够被实例化。 public interface iner{ public void print(); } public class Test implement iner{ public void print(){ System.out.print("接口"); } }
依赖 依赖就是要实现类A的功能必须引用到类B，而这种关系具有偶然性、临时性、非常弱的。同时B 类的变化会影响到A类。 人船类渡河 实例： 当你要渡河时，就必须要调用船类中的渡河方法。这就是依赖
关联 两个相对独立的对象，当一个对象的实例与另一个对象的特定实例存在固定关系时，就存在关联。亦是一种强的依赖性。不存在依赖的偶然性、临时性。是长时性的。而且双方是平等的。 可以是单向的、也可以是双向的。 单向关联 类A认识类B，类A知道类B的存在，类A可以调用类B的方法。 代码表现：类A中有类B的变量或引用。 public class Order{ public void addOrder(Product product ){ order.Add(product); } } public class Product{ }
数据库课后题答案 第6章 关系数据库理论
第6章关系数据库理论 1 ．理解并给出下列术语的定义： 函数依赖、部分函数依赖、完全函数依赖、传递依赖、候选码、主码、外码、全码（All 一key ）、1 NF 、ZNF 、3NF 、BcNF 、多值依赖、4NF 。 定义1：设R(U)是属性集U上的关系模式。X，Y是属性集U的子集。若对于R(U)的任意一个可能的关系r，r中不可能存在两个元组在X上的属性值相等，而在Y上的属性值不等，则称X函数确定Y或Y函数依赖于X，记作X→Y。（即只要X上的属性值相等，Y上的值一定相等。） 术语和记号： X→Y，但Y不是X的子集，则称X→Y是非平凡的函数依赖。若不特别声明，总是讨论非平凡的函数依赖。 X→Y，但Y是X的子集，则称X→Y是平凡的函数依赖。 若X→Y，则X叫做决定因素(Determinant)。 若X→Y，Y→X，则记作X←→Y。 若Y不函数依赖于X，则记作X → Y。 定义2：在R(U)中，如果X→Y，并且对于X的任何一个真子集X’，都有X’→ Y，则称Y 对X完全函数依赖 若X→Y，但Y不完全函数依赖于X，则称Y对X部分函数依赖 定义3：若关系模式R的每一个分量是不可再分的数据项，则关系模式R属于第一范式(1NF)。定义4：若关系模式R∈1NF，且每一个非主属性完全函数依赖于码，则关系模式R∈2NF 。（即1NF消除了非主属性对码的部分函数依赖则成为2NF）。 定义5:关系模式R
UML类图关系(泛化、继承、实现、依赖、关联、聚合、组合)
继承、实现、依赖、关联、聚合、组合的联系与区别 分别介绍这几种关系： 继承 指的是一个类（称为子类、子接口）继承另外的一个类（称为父类、父接口）的功能，并可以增加它自己的新功能的能力，继承是类与类或者接口与接口之间最常见的关系；在Java 中此类关系通过关键字extends明确标识，在设计时一般没有争议性； 实现 指的是一个class类实现interface接口（可以是多个）的功能；实现是类与接口之间最常见的关系；在Java中此类关系通过关键字implements明确标识，在设计时一般没有争议性； 依赖 可以简单的理解，就是一个类A使用到了另一个类B，而这种使用关系是具有偶然性的、、临时性的、非常弱的，但是B类的变化会影响到A；比如某人要过河，需要借用一条船，此时人与船之间的关系就是依赖；表现在代码层面，为类B作为参数被类A在某个method 方法中使用；
关联 他体现的是两个类、或者类与接口之间语义级别的一种强依赖关系，比如我和我的朋友；这种关系比依赖更强、不存在依赖关系的偶然性、关系也不是临时性的，一般是长期性的，而且双方的关系一般是平等的、关联可以是单向、双向的；表现在代码层面，为被关联类B 以类属性的形式出现在关联类A中，也可能是关联类A引用了一个类型为被关联类B的全局变量； 聚合 聚合是关联关系的一种特例，他体现的是整体与部分、拥有的关系，即has-a的关系，此时整体与部分之间是可分离的，他们可以具有各自的生命周期，部分可以属于多个整体对象，也可以为多个整体对象共享；比如计算机与CPU、公司与员工的关系等；表现在代码层面，和关联关系是一致的，只能从语义级别来区分； 组合 组合也是关联关系的一种特例，他体现的是一种contains-a的关系，这种关系比聚合更强，也称为强聚合；他同样体现整体与部分间的关系，但此时整体与部分是不可分的，整体的生命周期结束也就意味着部分的生命周期结束；比如你和你的大脑；表现在代码层面，和关联关系是一致的，只能从语义级别来区分； 对于继承、实现这两种关系没多少疑问，他们体现的是一种类与类、或者类与接口间的纵向关系；其他的四者关系则体现的是类与类、或者类与接口间的引用、横向关系，是比较难区分的，有很多事物间的关系要想准备定位是很难的，前面也提到，这几种关系都是语义级别的，所以从代码层面并不能完全区分各种关系； 但总的来说，后几种关系所表现的强弱程度依次为：组合>聚合>关联>依赖；