思维导图学技术--数据库简介
数据库简介
数据库的好处
数据库的概念
sql的优点
数据库的特点
思维导图如下

数据库简介
数据库的好处
	数据可持续
	便于查询

数据库的概念
	理解DB/DBMS/SQL三个关键词

sql的优点
	简单
	可进行复杂和高级查询
	不指定数据库使用

数据库的特点
	想想成为一个柜子或者excel表格可以帮助你理解数据库

思维导图如下

转自：https://woaielf.github.io/2017/06/13/python3-all/
总览


第一张图：基础知识1
基础知识图一包括了基本规则、Python语言特点、计算机语言、如何运行Python、变量赋值五个方面，辅助你快速掌握Python编程的基底知识。


第二张图：基础知识2
基础知识图二包含了模块结构、布局、IO编程流程、标识符、Python对象、内存管理、动态类型六大模块，两张基础知识导图可以帮助你区域化了解Python的组成部分及基本操作。


第三张图：数据类型
学习Python少不了对数据的了解，这张图整理了数据类型的分类、作用、空值、标准数据、if语句等等模块。


第四张图：序列
这张图整理了序列的有序排列、标准操作符与序列类型操作符的重点知识，以及可操作性的BIF。


第五张图：字符串
字符串是个比较庞大而精细的部分，接着上图的BIF可分为标准类型、序列类型、字符串类型，字符串可分为五种操作符类型，此图还整理了序列的独特特性以及编码问题，可以说很详细了。


第六张图：列表|元组
关于列表|元组，首先说拷贝问题，分深浅拷贝两种形式。tuple的内建函数、特殊特性与list的操作符、内建函数是重点部分。


第七张图：字典|集合
这张图主要整理了字典|集合中set、dict的功能、分类、BIF、操作问题。


第八张图：条件|循环
条件|循环包含生成器、迭代器、列表解析的使用、拓展，相关BIF、if语句循环控制也能够快速掌握重点。


第九张图：文件对象
关于文件对象内建方法、内建函数、内建属性都有具体内容，文件迭代的运用，标准文件对象如何输入输出以及分隔符的运用都在导图中详细标明。


第十张图：错误|异常
错误|异常这张图的点介绍了如何调试、处理异常情况。


第十一张图：函数一
函数一介绍了函数概述，注意vs函数的引用、调用，装饰器的定义、“堆叠”。参数具有自己的完整语法以及自己的传递方式。


第十二张图：函数二
函数二图整理了递归函数、返回（回调）函数、变量作用域、偏函数、函数式编程、匿名函数、高阶函数BIF的详细介绍。


第十三张图：模块
这张图的重点是模块的标准区域、名称空间以及模块的作用域（三种变量的运用）。


第十四张图：面向对象编程
最后一张图整理了面向对象编程，弄清楚面向对象的基本概念，继承与多态、结构组织以及对象的性质、访问限制等重点，对于python就算是入门了。

PMP引论为教材的前三章内容。

一、项目：

　　学习项目管理，首先需要了解什么是项目？下面用思维导图介绍项目的定义、特点、意义以及启动背景，通过这四个方面来了解项目。



二、项目管理：

　　项目管理就是将知识、技能、工具与技术应用于项目活动，以满足项目的要求。项目管理通过合理运用与整合特定项目所需的项目管理过程得以实现。项目管理使组织能够有效且高效地开展项目。

　　项目是组织创造价值和效益的主要方式。在当今商业环境下，组织领导者需要应对预算紧缩、时间缩短、资源稀缺以及技术快速变化的情况。商业环境动荡不定，变化越来越快。为了在全球经济中保持竞争力，公司日益广泛利用项目管理，来持续创造商业价值。



三、项目、项目集、项目组合与运营

　　项目集：把事情做正确，获得分别管理项目集组成部分所无法实现的利益控制。是一组相互关联且被协调管理的项目、子项目集和项目集活动。项目集重点关注项目间的依赖关系，找到管理这些依赖关系的最佳方法。

　　项目组合：是指为实现战略目标，而组合在一起管理的项目、项目集、子项目组合和运营工作。做正确的事，实现战略目标。不一定彼此依赖或相关。

　　运营：运营是支撑日常业务，实现业务战略和战术目标的手段。



四、组织级项目管理



五、项目生命周期

　　项目生命周期指项目从启动到完成所经历的一系列阶段。它为项目管理提供了一个基本框架。不论项目涉及的具体工作是什么，这个基本框架都适用。这些阶段之间的关系可以顺序、迭代或交叠进行。

　　项目生命周期可以是预测型或适应型。项目生命周期内通常有一个或多个阶段与产品、服务或成果的开发相关，这些阶段称为开发生命周期。开发生命周期可以是预测型、迭代型、增量型、适应型或混合型的模式。



六、项目阶段

　　项目阶段是一组具有逻辑关系的项目活动的集合，通常以一个或多个可交付成果的完成为结束。



 

【学习笔记】
一丶概念结构设计
1.首先就是需要了解概念模型分为以下四个特点：
(1)能真实充分地反映现实世界
(2) 易于理解
(3)易于更改
(4)易于向关系、网状、层次等各种数据模型转换
2. 接下来就是重点来理解一下E-R模型
E-R模型分为一下三种概念：
（1）两个实体型之间的联系（又可分为一对一联系、一对多联系、多对多联系）
（2）其中就可以拿多个老师与多个学生的例子来进行说明
（3）两个以上的实体型联系（分类同以上相同）
单个实体型内的联系
重点就是其中的E-R图需要了解绘画的过程和使用一些框架的特定场合。
实体型------------矩形
椭圆形------------属性
菱形--------------联系


3.E-R图的绘画由思维导图和书上的联系展示，书上体现为超市进货等一系列之间的联系，


不同之间的都有多种关系，，供应商，项目，零件分别为实体型，贰供应，仓库为他们之间的联系，最后一些供应量，库存量则视为是属性！
再详细了解各种框的使用方法才能更好的进行E-R图的绘制

【思维导图】





第七章    数据库设计与E-R模型。
 
当inst -dept的模式被合并到实体集instructor时，即添加到instructor关系中。
 
实体关系设计问题
 
实体集和关系集的概念并不精确，并且可以通过多种不同的方式定义一组实体和它们之间的关系。在本节中，我们将研究E-R数据库模式设计中的基本问题。第7.10节详细介绍了设计过程。
 
7.7.1实体集与属性的使用。
考虑使用附加phone number的实体设置instructor (图7.17a)。可以很容易地认为，手机本身就是一个实体，它拥有phone number 和 location;该地点可能是phone所在的办公室或住宅，手机(手机)可能代表“移动”。“如果我们采用这个观点，我们就不会将hone number添加到instructor。”相反,我们创建:
 
•一个带有phone number和location属性的phone实体。
•设置一种inst phone关系，表示instructor和他们的phone之间的联系。
此选项如图7.17b所示。
那么，instructor的这两种定义有什么区别呢?把phones当作一个属性phone -number，意味着instructor们每个人都有一个phone -number。把phones当作实体电话来处理，可以让教师有几个phone -number (包括零)与他们联系。
但是，我们可以很容易地将phone -number定义为一个多值属性，允许每个instructor使用多个phones。
主要的区别是，把phones当作一个实体更好地模拟一种情况，一个人可能想要保留phones的额外信息，比如它的位置，或者它的类型(手机，IP电话，或者普通的旧手机)，或者所有的人共享phones。因此，将phones作为一个实体来处理，比将其作为一个属性来处理更普遍，并且在一般性可能有用的情况下是适当的。

相比之下，处理属性名（of an instructor)是不合适的。作为一个整体;很难说名字本身就是一个实体(与电话相比)。因此，将名称作为讲师实体集的属性是合适的。
因此产生了两个自然的问题:什么是属性，什么是属性构成的一个实体集呢?不幸的是，没有简单的答案。区别在于建模的实际企业的结构，以及与该属性相关的语义。
一个常见的错误是使用实体集的主键作为另一个实体集的属性，而不是使用关系。例如，即使每个instructor只建议一个student，但将学生的ID建模为instructor的属性是不正确的。relationship advisor是表示student和instructor之间的连接的正确方法，因为它使他们的连接显式，而不是通过属性隐式的。
人们有时会犯的另一个相关错误是将相关实体集的主键属性指定为关系集的属性。例如，ID (student的主键属性)和ID(instructor的主键)不应该作为关系顾问的属性出现。这是不应该做的，因为主键属性已经隐含在关系中。
7.7.2 Use ofEntity Sets versus Relationship Sets
    在图7.15中，我们使用了“take relationship set”来模拟一个学生学习(section of a)课程的情况。另一种选择是想象每个学生都有一个课程注册记录。
然后，我们有一个实体集来表示课程注册记录。我们称这个实体为集合注册。每个注册实体都与一个学生和一个部分相关，因此我们有两个关系集，一个将courseregistration记录与学生联系起来，另一个将课程注册记录与部分联系起来。在图7.18中，实体集的部分和学生由图7.15所示，由一个实体集和两个关系集取代的关系集:
• 注册，代表课程注册记录的实体集。
• 第二部分，注册与课程的关系设置。
• student  reg, 与注册和学生相关的关系。
注意，我们使用双行表示注册实体的完全参与。

图7.15和图7.18的方法都准确地代表了大学的信息，但是使用的方式更紧凑，可能更可取。然而，如果登记官办公室将其他信息与法庭登记记录联系在一起，最好把它作为一个实体。
确定是否使用实体集或关系集的一个可能的指导原则是，指定一种关系集来描述实体之间发生的操作。这种方法还可以用于判断某些属性是否可以更恰当地表示为关系。
7.7.3对n-ary关系集。
数据库中的关系通常是二进制的。一些看似非二进制的关系实际上可以用几个二进制关系来表示。例如，一个人可以建立一个三元关系的父母，把一个孩子和他/她的父母联系起来。然而，这种关系也可以由两种二元关系来表示，即父母，将一个孩子与他/她的母亲和父亲分开。使用这两种关系，母亲和父亲为我们提供了孩子母亲的记录，即使我们不知道父亲的身份;如果使用三元关系父，则需要一个空值。在这种情况下，使用二进制关系集更好。
事实上，总是可以用一些不同的二进制关系集来替换一个非二进制    (n-ary, for n > 2)关系。为简单起见，考虑抽象三元关系集R，关联实体集A、B和c。我们用实体集E替换关系集R，并创建3个关系集，如图7.19所示:
 
• RA，关于E和A。
• RB,关于E和B。
• RC, 关于E和C。
 
如果关系集R具有任何属性，则将这些属性分配给实体集E;此外，为E创建了一个特殊的标识属性(因为必须能够根据其属性值来区分实体中不同的实体)。对于关系集R中的每一段关系(ai, bi, ci)，我们在实体集合中创建一个新的实体ei，然后，在这三个新的关系集合中，我们插入一段关系如下:
• (ei , ai) in RA.
• (ei , bi) in RB.
• (ei , ci) in RC.
我们可以用简单的方式将这个过程概括为n-ary关系集。因此，从概念上讲，我们可以将E-R模型限制为只包含二进制关系集。然而，这种限制并不总是可取的。
•为表示关系集创建的实体集可能需要创建一个标识属性。该属性与所需的额外关系集一起增加了设计的复杂性，(如我们将看到inSection 7.6)的总体存储需求。
• n-ary关系集更清楚地显示了几个实体参与一段关系。
•可能没有办法将三元关系的约束转化为对二元关系的约束。例如，考虑一个约束，该约束说R是多对一，从a, B到C;也就是说，Aand B中的每一对实体都与最多一个C实体关联。这个约束不能通过使用关系集RA、RB和RC的基数约束来表示。
 
请考虑在7.2.2节中设置的关系集proj指南，相关的指导老师、学生和项目。我们不能直接将proj指南划分为教师和项目之间的二元关系，以及教师和学生之间的二元关系。如果我们这样做,
通过创建如上所述的新实体集，可以将关系集proj指南拆分为二进制关系。然而，做索道不是很自然的事。
7.7.4 位置的关系属性
关系的基数比可以影响关系属性的位置。因此,一对一或一对多关系集的属性可以被关联到一个参与的实体集,而不是关系。例如,我们指定顾问是一对多的关系,一个老师可能建议几个学生,但可以建议每个学生只有一个老师。在这种情况下，属性日期，它指定当教师成为学生的顾问时，可以与之关联。学生实体设置，如图7.20所示。(为了保持图的简单性，只显示了两个实体集的一些属性。)因为每个学生实体参与导师的关系最多一个实例,使这个属性指定具有相同含义aswould放置日期与顾问关系确定。一对多关系的属性集只能重新定位,以实体集“许多”的关系。对于一对一的关系集，另一方面，关系属性可以与任何一个参与实体关联。
在这种情况下，将描述性的属性放置在关系或实体属性中的设计决策应该反映出被建模企业的特征。设计者可以选择保留日期作为顾问的一个属性，明确表示日期指的是咨询关系，而不是学生的大学地位的其他方面(例如，接受大学的日期)。
他选择的属性位置对于多对多关系集更加明确。再回到我们的例子之中，让我们指定一个可能更现实的情况，老师是多对多关系的集合，这是表示老师可以指导一个或多个学生，一个学生可以被一个或多个老师指导。如果我们要表达某个特定的老师成为某一特定学生的老师的日期，那么日期必须是老师的一个属性关系集，而不是一个参与其中的任何东西。例如，如果日期是学生的一个属性，我们就不能确定哪位老师在特定的日期成为了他的指导老师。当一个属性由参与实体集的组合而不是单独的实体来决定时，该属性必须与多对多关系集关联。同样，为了保持图的简单，只显示了两个实体集的一些属性。