第四范式

我在 很久之前的一篇文章 中介绍了数据库模型设计中的基本三范式，今天，我来说一说更高级的BC范式和第四范式。 回顾 我用大白话来回顾一下什么是三范式： 第一范式：每个表应该有唯一标识每一行的主键。 第二范式：在复合主键的情况下，非主键部分不应该依赖于部分主键。 第三范式：非主键之间不应该有依赖关系。 这是我们设计数据库的基本规则，但是只有这三个规则并不能完全解决数据的增删改的异常情况，下面就来看看BC范式的例子。 BC范式 BC范式（BCNF）是Boyce-Codd范式的缩写，其定义是：在关系模式中每一个决定因素都包含候选键，也就是说，只要属性或属性组A能够决定任何一个属性B，则A的子集中必须有候选键。BCNF范式排除了任何属性(不光是非主属性，2NF和3NF所限制的都是非主属性)对候选键的传递依赖与部分依赖。 比如我们有一个学生导师表，其中包含字段：学生ID，专业，导师，专业GPA，这其中学生ID和专业是联合主键。 StudentId Major Advisor MajGPA 1 人工智能 Edward 4.0 2 大数据 William 3.8 1 大数据 William 3.7 3 大数据 Joseph 4.0 这个表的设计满足三范式，有主键，不存在主键的部分依赖，不存在非主键的传递依赖。但是这里存在另一个依赖关系，“专业”函数依赖于“导师”

  范式是关系数据库理论的基础，在设计数据库结构过程中所要遵循的规则和指导方法。6种范式依次是：1NF，2NF，3NF，BCNF（巴斯-科德范式），4NF，5NF。这里介绍前三个范式，即：第一范式（1NF），第二范式（2NF），第三范式（3NF）。 ◆ 第一范式（1NF）：强调的是列的原子性，即列不能够再分成其他几列。   考虑这样一个表：【联系人】（姓名，性别，电话）。如果在实际场景中，一个联系人有家庭电话和公司电话，那么这种表结构设计就没有达到 1NF。要符合 1NF 只需把列（电话）拆分，即：【联系人】（姓名，性别，家庭电话，公司电话）。 ◆ 第二范式（2NF）：首先符合1NF，另外满足两部分要求：【1】表必须有一个主键；【2】没有包含在主键中的列必须完全依赖于主键，而不能只依赖于主键的一部分。   考虑一个订单明细表：【OrderDetail】（OrderID，ProductID，UnitPrice，Discount，Quantity，ProductName）。因为在一个订单中可以订购多种产品，所以单单一个 OrderID 是不足以成为主键的，主键应该是（OrderID，ProductID）。显而易见 Discount（折扣），Quantity（数量）完全依赖（取决）于主键（OderID，ProductID），而 UnitPrice，ProductName 只依赖于

以下内容是对 AutoML技术现状与未来展望讲座 的总结。 1.机器学习定义 《西瓜书》中的直观定义是：利用经验来改善系统的性能。（这里的经验一般是指数据） Mitchell在《Machine Learning》一书中的较为形式化的定义是一个程序通过给它一些数据，它能够提升在某个任务上的某种度量。(如下图示) 下图很清楚明了的展示了机器学习所做的事情，不再赘述。 2.AutoML技术回顾 很多时候在某一领域使用机器学习得到了效果很好的模型，但是若要在另一个领域使用该模型则不一定适用，而且通常需要大量的专业知识。正是由于受到这样的限制，所以才有了AutoML技术的发展。 2.1 AutoML研究的主要场景 2.1.1 静态闭环AutoML a. 介绍 第一个场景是静态闭环AutoML，该场景是目前用的最多的场景。该场景是给定数据和度量标准之后，通过AutoML选择出效果最好的模型。该过程没有任何的人工干预，都是算法自动选择的。 下图展示了机器学习的基本流程图，可以看到主要有数据预处理、特征处理、模型训练等过程，并且每个过程都包含多种方法。 b. 存在的问题 而AutoML的本质工作是将各个过程的方法进行 选择、组合、优化 。 但是AutoML存在如下问题： 由于我们通常并不知道所优化的参数和预期效果之间是什么样的显示表达，所以 目标函数形式未知 。 由于可能的组合方式太多，所以

　　　当前我们使用的主流数据库是关系型数据库，所以我是记录在关系型数据库中对范式的一些理解和看法．数据库库范式分为六种（其实还有有一个ＢＣＮＦ），分别为从第一范式到第六范式．高级一层是建立在所有低层的基础上的，如第２范式是建立在第一范式的基础上的，依次类推．　下面分别举例讲解各种范式： １．第一范式（1NF）： 　　第一范式的核心描述为：数据库表的每一列都是不可分割的基本数据项，同一列中不能有多个值．该范式讲的是列的原子性．有两层意思：一层是说每一列只能存一个属性值（如果把２个属性值存在１列中）．第二层说的是在一张表中属性值不能重复．　在现代关系行数据库中，都是默认满足第一范式的，所以你想要写出不满足第一范式的结构来还是不可能的事情，所以第一范式就不再多说．如果想深入，可以研究下其他非关系型的数据库的情况． ２．第二范式(2NF) 　　第二范式的核心描述为：行有唯一的主键，非主键仅对主键依赖．　有２层意思，第一层，每一行都要有主键（单独信息或组合信息），这个容易理解．　第二层意思是非主键对主键依赖，如果是复合主键的情况，非主键属性不能依赖于部分主键属性．如　【产品，仓库号，数量，仓库地址，仓库管理员】，这里（产品＋仓库号）为复合主键，而仓库地址和仓库管理员依赖于仓库号，这就是上面描述的＇主键属性不能依赖于部分主键属性＇，因此这是违背第二范式的，符合范式的设计应该为：【产品，仓库号