约束表或列的primary key，unique，not null等修饰符常常被称作约束(constraint)主要作用：是数据库用来提高数据质量和保证数据完整性的一套机制，是表定义(DDL语句)的一部分约束主要包括：非空约束 (not null)唯一性约束 (unique)主键约束 (primary key)外键约束 (foreign key)约束的定义方式创建表时定义列级别定义表级别定义修改表时进行追加定义约束的查看使用desc查看列属性查看约束使用show create 命令查看使用show index命...
一.MySQL存储过程1.概念：带有逻辑的sql语句，之前的sql语句中没有条件判断，没有循环，存储过程中带上流程控制语句。 2.特点：（1）执行效率非常快，存储过程是在 数据库的服务端执行的；（2）移植性很差，不同的数据库存储过程不能一直；3.存储过程的语法： 例（我们以employee表为例）：（1）不带参数的存储过程：创建存储过程：存储过程创建成功，调用执行：显示结果：（2）带参数的存储过程：#1.创建带输入存储过程（利用员工...
在做笔试题的时候遇到一些判断范式的题，就去找了些博客与书来看，觉得这个是比较好理解的：第一范式:确保每列的原子性. 如果每列(或者每个属性)都是不可再分的最小数据单元(也称为最小的原子单元),则满足第一范式. 例如:顾客表(姓名、编号、地址、……)其中"地址"列还可以细分为国家、省、市、区等。 第二范式:在第一范式的基础上更进一层,目标是确保表中的每列都和主键相关. 如果一个关系满足第一范式,并且除了主键以外...
一句话总结：只要是关系数据库都满足第一范式。第二范式：实体的属性完全依赖与主关键字例：多个病人对应一个医生。把医生表拆分非关键字字段都依赖与主键，但这样的拆分是不符合第三范式的。第三范式：是第二范式的子集，即满足第三范式必须满足第二范式。 不存在的非关键字段对任一候选关键字段的传递函数依赖。 例：科室名称依赖科室编号，科室编号依赖医生编号，这里存在冗余，所以不符合第三范式。小结：在开...
第一范式： 字段的原子性，即表中所有列不可再分。 如，一个表中有籍贯这个列，但是籍贯又可以分为省和市，所以不满足第一范式。 第二范式： 在满足第一范式的基础上，要求每一条记录必须能够唯一标识，同时，表中非主键字段不能对主键有部分函数依赖关系（主要针对组合主键来说），也就是说，表中的每一列都要与主键中的全部字段相关，而不是与主键中的部分字段相关 第三范式： 不能有传递依赖，即表中的每一列与主键之间相关，而...
数据库的三范式第一范式===>每行记录的属性，是原子的，拆到不可拆为止。===>例如：一个人的籍贯，可以拆分为，省，市，县，乡，村第二范式===>每行记录的非主属性（非主键属性），都完全依赖主属性(主键)。===>每行的数据都能唯一区分。===>例如：一个学校的教师，他的姓名，年龄，性别，籍贯。都依赖它的教师编号===>而它教授的科目，并不依赖他的编号，则需要另建表，作为关系模型，进行存储第三范式===>在实体关系中，如果不存...
第一范式：要求表的每个字段必须是不可分割的独立单元 反例 如： student 名字有曾用名和现在的名字student name 小王|小明查询不便 ====违法第一范式student name old_name ====符合第一范式第二范式：在第一范式的基础之上，要求每张表只表达一个意思。表的每个字段都和主键有依赖关系 反例employee(员工) ： 员工编号 员工姓名 部门名称 订单名称 --违反第二范式订单名称要设计一张订单表，这样才符...
第一范式是最基本的范式。 数据库表中的字段都是单一属性的，不可再分。 只要是关系数据库都满足第一范式 如果每列(或者每个属性)都是不可再分的最小数据单元(也称为最小的原子单元),则满足第一范式. 例如:顾客表(姓名、编号、地址、……)其中"地址"列还可以细分为国家、省、市、区等。 2．第二范式(确保表中的每列都和主键相关). 如果一个关系满足第一范式,并且除了主键以外的其它列,都依赖于该主键,则满足第二范式. 例如:订单表(...
三大范式数据库设计三大范式 为了建立冗余较小、结构合理的数据库，设计数据库时必须遵循一定的规则。在关系型数据库中这种规则就称为范式。范式是符合某一种设计要求的总结。要想设计一个结构合理的关系型数据库，必须满足一定的范式。 在实际开发中最为常见的设计范式有三个： 1．第一范式(确保每列保持原子性) 第一范式是最基本的范式。如果数据库表中的所有字段值都是不可分解的原子值，就说明该数据库表满足了第一范式。 第...
Windows: my.ini2.数据文件位置1) 查看数据文件位置的命令： show variables like ‘%datadir%‘ ;2) 数据文件格式：InnoDB：frm（存储的表结构）、ibd（存储的数据和索引）MyISAM：frm（存储的表结构）、MYD（存储的数据）、MYI（存储的索引） 六、数据库表设计1).范式概念 1NF：列不可分。每一列都是不可分割的基本数据项 2NF：1NF的基础上面，非主属性完全依赖于主关键字 3NF：属性不依赖于其它非主属性 , 消除传递依赖2)....
设计关系数据库时，遵从不同的规范要求，设计出合理的关系型数据库，这些不同的规范要求被称为不同的范式，各种范式呈递次规范，越高的范式数据库冗余越小。但是有些时候一昧的追求范式减少冗余，反而会降低数据读写的效率，这个时候就要反范式，利用空间来换时间。目前关系数据库有六种范式：第一范式（1NF）、第二范式（2NF）、第三范式（3NF）、巴斯-科德范式（BCNF）、第四范式(4NF）和第五范式（5NF，又称完美范式）。满足最低...
数据库的设计，是有模式的，就是在实际生产的项目中，按照怎样怎样步骤的去做。减少冗余呀，一对多呀等等。 那么回归到一个问题：数据库究竟是为了添加，还是为了查询？这个问题有些轴，以 增删改查四律而言，都是重要的。 那么数据库的本身就让人来用的。那么数据库的精简，通过范式精简，对我们来说，是最重要的嘛？ 数据库的本身，是一种逻辑思维的存储，存的我们对一个项目的理解，一种数据的思维导图——简言之，就是精简也不...
"地址"列还可以细分为国家、省、市、区等。第二范式:在第一范式的基础上更进一层,目标是确保表中的每列都和主键相关(一是表必须有一个主键；二是没有包含在主键中的列必须完全依赖于主键，而不能只依赖于主键的部分)如果一个关系满足第一范式,并且除了主键以外的其它列,都依赖于该主键,则满足第二范式.例如:订单表(订单编号、产品编号、定购日期、价格、……)，"订单编号"为主键，"产品编号"和主键列没有直接的关系，即"产品编号"列...
1.第一范式(1NF First Normal Fromate)：数据表中的每一列(字段)，必须是不可拆分的最小单元。也就是确保每一列的原子性。 例如： userInfo: ‘山东省烟台市 13181621008‘ => userAds:‘山东省烟台市‘ tel:‘13181621008‘ 2.第二范式(2NF):满足1NF后，要求：表中所有的列，都必须功能依赖于主键，而不能有任何一列与主键没有关系。（一张表值描述一件事情） 3.第三范式(3NF):满足2NF后，要求：表中的每一列都要与主...
范式化的优点：范式化更新操作通常比反范式化要快。当数据较好的范式化时，就只有很少或者没有重复数据，所以，只需要修改更少的数据。范式化的表通常更小，可以更好地放在内存里，所以执行操作会更快。很少有多余的数据意味着检索列表数据更少需要distinct或者group by 语句。范式化的缺点：范式化设计schema通常需要关联。稍微复杂一些的查询语句在符合范式的schema上都可能需要至少一次关联，也许更多。这样做代价昂贵，也可能使...