后一个范式都是在满足前一个范式的基础上建立的.无重复的列.表中的每一列都是不可分割的基本数据项.不满足1NF的数据库不是关系数据库.如联系人表,一个联系人有家庭电话和公司电话,则不符合1NF,应拆分为.简而言之，第二范式就是属性完全依赖于主键。如果不分开的

不同的用户如果不分配指定的角色，就可能会具有某些权限来修改我们不希望被修改的数据，从而导致数据库中的数据出现混乱；亦或是具有对其他表的访问权限，能够访问到程序设计者并不希望被用户访问到的数据。有时候为了应用程序的设计方便，必要的数据冗余也无可厚非。

范式的作用是避免数据冗余。按照范式设计出来的表在数据冗余的问题虽然得到解决，但是会生成许多表，导致了表数量的复杂性，其二，查询数据的时候，多表查询的时间远远高于单表查询的时间。范式的目的是减小数据冗余，而反范式指的是在一定程度上允许数据冗余，目的是加快数据

RAID即廉价冗余磁盘阵列的简称，通过该技术可以将多个磁盘组成一个阵列整体，而应用时可以作为单个磁盘使用。RAID磁盘阵列根据其使用的技术不同，可用于提高数据读写效率、提高数据冗余（备份），当阵列中的一个磁盘发生故障时，可以通过校验数据从其他磁盘中进行恢复

一致性问题，“万恶之源”是数据冗余和分布并通过网络交互+网络异常是常态。主库、从库和缓存数据一致性，相同数据冗余，关系数据库，为保证关据库的高可用和高性能，一般会采用主从(备)架构并引入缓存。其中数据不一致性存在于数据冗余的时间窗口内。多副本数据之间的数据

思路先获取冗余的数据从关联的中间表删除删除出冗余的数据如果不删除中间表的数据，数据库中有外键，不能删除冗余数据private void deleteSurplusHosts {. 俩个对象的属性相等，但俩个对象不应定相等。可能不在一块内存，所以需要重写ha

从事IT业10年了，从一个门外汉变成一个“老菜鸟”，见过了一些号称几千万的软件项目，只觉得其中有些软件设计的技术含量都是学生毕业设计级的，不由得想起以前老师在历史课上讲“洋务运动”无法挽救清朝这一说法。永远是好的体制带来好的管理，好的管理带来好的技术，反过

设计好处良好的数据库逻辑设计和物理设计师数据库获得高性能的基础范式化设计和反范式化设计优化目的。对于相同级别的数据类型，应该优先选择占用空间小的数据类型如何为Innodb选择主键。主键应该尽可能的小主键应该是顺序增长的Innodb的主键和业务主键可以不同；

原则schema的设计最重要的不是当前设计的可扩展性，对设计的可读性，还是说原来的设计三范式。举个例子来说，如果设计一个博客的schema，按照原来的方法， 你可能会设计成：。在目前，mongodb是不支持事务的。对于像书和作者这样，比较少对应比较少的，一

本文主要讨论数据分片的三个问题：如何做数据分片，即如何将数据映射到节点；数据分片的特征值，即按照数据中的哪一个属性(字段)来分片；数据分片的元数据的管理，如何保证元数据服务器的高性能、高可用，如果是一组服务器，如何保证强一致性。hash方式还有一个缺点，即

正在看的ORACLE教程是:Oracle动态交叉表生成。Oracle是应用最广的大型数据库，而在范式下进行Oracle数据库设计则可以大大减少数据冗余，使数据库维护更方便，可惜范式下的数据表一般不能直接输出。数据关系的复杂性导致了表中数据冗余的存在，数据冗

对于相同级别的数据类型，应该优先选择占用空间小的数据类型如何为Innodb选择主键主键应该尽可能的小主键应该是顺序增长的Innodb的主键和业务主键可以不同；相关链接

正在看的ORACLE教程是:Oracle动态交叉表生成。Oracle是应用最广的大型数据库，而在范式下进行Oracle数据库设计则可以大大减少数据冗余，使数据库维护更方便，可惜范式下的数据表一般不能直接输出。数据关系的复杂性导致了表中数据冗余的存在，数据冗