mysql三范式

目前关系数据库有六种范式:第一范式(1NF).第二范式(2NF).第三范式(3NF).巴斯-科德范式(BCNF).第四范式(4NF)和第五范式(5NF,又称完美范式).一般说来,数据库只需满足第三范式(3NF)就行了.下面用画图方式简单介绍下前三范式 原文地址:http://blog.51cto.com/marvin89/2129893

原文:mysql监控.性能调优及三范式理解 1监控 工具:sp on mysql     sp系列可监控各种数据库 2调优 2.1 DB层操作与调优 2.1.1.开启慢查询 在My.cnf文件中添加如下内容(如果不知道my.cnf的路径可使用find / -name my.cnf进行查找): 在mysqld下添加 Log_slow_queries = ON  作用:开启慢查询服务 Log-slow-queries = /var/log/slowqueries.log 作用:慢查询日志存储路径.

在使用Mysql数据库进行数据表设计时,需要明确什么是反范式设计?常用的反范式设计有哪些? 一.Mysql数据表的三范式设计 后一个范式都是在满足前一个范式的基础上建立的. 1NF:无重复的列.表中的每一列都是不可分割的基本数据项.不满足1NF的数据库不是关系数据库.    例如:联系人表(姓名,电话),一个联系人有家庭电话和公司电话,则不符合1NF,应拆分为(姓名,家庭电话,公司电话).    原子性,数据不可再分 2NF:属性完全依赖于主键.不能存在仅依赖于关键一部分的属性. 数据没有冗余 

一般的数据库设计都需要满足三范式,这是最基本的要求的,最高达到6NF,但是一般情况下3NF达到了就可以 一:1NF一范式的理解: 1NF是关系型数据库中的最基本要求,就是要求记录的属性是原子性,不可分,就是属性不能分,这是关系型数据库的基本要求,不满足这个就不能叫关系型数据库了 例如: 讲师 性别 班级 教室 代课时间 代课时间(开始,结束)韩忠康 Male php0331 102 30天 2013-03-31,2013-05-05韩忠康 Male php0228 106 30天 2013-02

三范式 第一范式(1NF) 在一张表中,组成表的每一个属性都是不能再分的属性,如果满足这一规则,则该表符合第一范式.                  表1(不符合)                                                    表2(符合) 表1的Info字段可以再拆分,故不符合1NF:表2所有属性不可再分,符合. 第二范式(2NF) 首先要满足1NF,表中的每一个非主属性必须完全依赖于本表的主键(候选键),而不能是部分依赖.              

视图 1.什么是视图 ? 视图就是通过查询得到一张虚拟表,然后保存下来,下次直接使用即可 2.为什么要用视图 ? 如果要频繁使用一张虚拟表,可以不用重复查询 3.如何用视图 create view teacher2course as select * from teacher inner join course on teacher.tid = course.teacher_id; 强调 1.在硬盘中,视图只有表结构文件,没有表数据文件 2.视图通常是用于查询,尽量不要修改视图中的数据 drop

一范式:消除重复列 二范式:消除部分依赖主键三范式:消除传递性依赖 层次 网状 关系模型 层次模型: 有且只有一个节点 没有双亲 根节点意外的节点有且只有一个双亲 网状模型:允许一个以上的无双亲 一个节点可以又多于一个的双亲 关系模型:建立在严厉的数据概念基础上 关系必须规范化 关系必须是不可分的数据 GaussDB 100高性能 高可用 已开发 易运维 企业级MVCC 单机百万tpmc 长期高压运行性能无抖动支持数据闪回和回收站 避免误操作影响 支持物理备份和恢复PITR 支持双击冷热备份 兼

存储引擎概念数据库存储引擎是数据库底层软件组织,数据库管理系统(DBMS)使用数据引擎进行创建.查询.更新和删除数据.不同的存储引擎提供不同的存储机制.索引技巧.锁定水平等功能,使用不同的存储引擎,还可以 获得特定的功能.现在许多不同的数据库管理系统都支持多种不同的数据引擎. 存储引擎主要有: 1. MyIsam , 2. InnoDB, 3. Memory, 4. Archive, 5. Federated . InnoDB(B+树) InnoDB 底层存储结构为B+树, B树的每个节点对应i

1.在进销存系统中,订单信息中关联到好多其他的基本信息,比如:客户,付款方式,货运方式等,这些信息是有专门表进行维护的,在下订单时也是用下拉框选择的,但在保存订单信息时,不能只记录所谓的外键ID,而是应该同时记录名称等其他的信息. 这是因为订单不能因为没有了客户ID或是付款方式ID而不知道客户与付款方式了.对于订单这种客观存在的事物,是具有一定的历史性质的,因此在设计时应该与其他的关联信息可以“断开”,这也就是保证了订单的独立性. 摘自:http://www.cnblogs.com/tongtk