注重价值高的关系

注重数据模子中的关系。在设计数据模子时，增加表和列时，或者编写查询时，要从久远角度思索实体间的关系怎样影响机能和可扩展性的情景。在设计数据模子时，要思索到未来的数据库朋分和其余能够的数据需求。在实现了数据模子后，才发现它有问题，此时修复的本钱很高，能够是设计阶段修复它的本钱的100倍。事前思索好，细心策动数据模子。要采用范式，思索未来能够怎样朋分数据库及应用能够有哪些需求。
在糊口中，除非咱们是受虐狂，不然城市勤奋建立和维护均衡的关系。抱负情况下，咱们在关系中投人的与咱们获得的根本一样多。当段人际关系歪斜向某个人了，那末另外一方就会不快乐，从而从头评估这段关系，能够就此完毕它。尽管本书不是讲人际关系的，但在人际关系中存在的支出=回报的等式一样合用于数据库中的关系。
数据库关系是由数据模子决议的，而数据模子捉住了数据的基数和参照完整性规则。要了解这是怎样实现的，以及为甚么它云云首要，就需求了解构建数据模子需求的根蒂根基步调，这些步调将生成数据界说言语ddl)的可，即表和列。尽管这一流程有不少变体，但对付关系模子来讲，第一步常规都是界说实体
实体可以是自力存在的任何东西，如物理对象、事宜或观点。实体之间可以存在关系，实体和关系均可以具备描述它们的属性。打个例如，实体就是名词，关系就是动词，修饰实体的属性就是描述词，修饰关系的属性就是副词。
实体可以是某个事物的实例，例如客户的定单，可以具备定单id和总价如许的属性。把同品种型的实体汇合起来就形成为了实体集。在数据库中，实体至关于表中的一行，而实体集至关于表。描述实体特有属性的是表的主键。主键经由过程独一标识实体的实例实现了实体完整性。外键描述实体间关系的特有属性。外键把差别实体集中的两个实体联系关系在起，从而实现了弓援用完整性。最常用的实体、关系和属性的图解暗示法是实体关系图(erd)。erd展现了实体集间的根本关系，是一对一对多仍是多对多
一旦界说和映射了实体、关系和属性，设计数据模子就剩下末了一步了:规范化。规范化数据模子的主要目的是，确保留储数据的体式格局容许在包管数据完整性的情况下对数据进行插入、更新选择和删除的操纵傾即crud，create read update delete)不规范的数据模子具备高度的数据冗余，这象征着数据完整性问题的危害更大。范式是逐级构建的，这象征着知足只知其一，不知其二范式的数据库也必需知足第一范式。下面的弥补注明引见了最多见的范式。若是一个数据库至少知足第三范式，就能够以为它是规范的。

范式
下面是数据库中常用的范式。知足高档范式表白必需知足低级范式。常规，若是数据库知足第三范式，咱们就说它是规范的。
口第一范式。根据codd的界说，表最初应该暗示一个关系且表中没有反复的分组。尽管codd具体界说了“关系”，可是“反复的分组”这个观点依然惹起了争议。争辩的内容有是否容许表中存在表，是否容许域为空。最首要的观点是能够创立一个主关键字。
口只知其一，不知其二范式。一切非主关键字域都不克不及只依赖于组合关键字的部分。

口第三范式。一切非主关键字城必需依赖于主关键字。boyce-cod范式。每一个决议因素都是候选的关键字。
口第四范式。一种记载类型中不存在多值依赖。
口第五范式。表中的每一个非寻常连贯依赖都是由候选主关键字决议的。
口第六范式。不存在非寻常连贯依赖。
前三种范式的简洁记忆法是“1-一主关键字，2一完整的主关键字3一只能依赖于主关键字”。
你能够曾经想到了，实体间的关系会对数据存储、提取和更新的有用性发生伟大的影响。由于这些关系界说了怎样朋分和同享数据库，以是它们在扩展中也饰演着首要的脚色。假如咱们想根据定单确确认服务对数据库进行y轴朋分，那末若是定单实体与其余实体关系严密，那末这类朋分就能够形成问题。在朋分之后再试图理清这类关系网很坚苦。在设计阶段多破费点儿时间，在朋分数据库时就只需求破费本来的1/10以至1/100的精神。
对付扩展性来讲，数据关系的末了一个关键点是在查询中怎样连贯表。当然，这不只是由数据模子界说的，也是由在应用中创立报表和新页面的开发职员界说的。这里咱们不是要具体引见优化查询的步调，要说的是新的查询都应该由熟悉数据模子且威力根强的dba申貸，在把们投入到出产环境以前，还要阐明机能方面的特色。
你能够曾经注重到了，在经由过程规范化普及数据完整性的欲望和在数据库中运用的关系水平之间是有关系的。采用的范式越高，在创立表时的关系越多，对反复的值这类情况尤为云云。在数据库设计方面，几年前被看成准则运用的东西(即采用的范式越高越好)，此刻大型买卖零碎设计时，都要进行权衡了。这类权衡与危害和本钱、本钱和质量、时间和本钱等之间的权衡是相似的，即一方的降落常规会招致另外一方的回升。常规，要普及可扩展性，咱们会低落采用的范式。
由于要连贯表，以是sql査询很慢，可以采用如下几种要领解决。起首是对查询进行调优。若是这类要领无效，另外一种要领是创立视图、物化视图、择要表等，可以对连贯进行预处置。另有一种要领是不要在査询中进行连贯，而是把数据集读到应用中，在应用的内存中进行连贯。尽管这类要领比力庞大，但在数据库中进行连贯常规是最难扩展的，而该要领把连贯移出了数据库，放在应用服务器层上，那末用更多的商用硬件进行水平扩展会更易一些。末了一个法子是追溯到营业需求上。常规，咱们的营业搭档会提出差别的解决计划，在注释时会说，现有的要求报表的要领需求增加10%的硬件，而删除一行会减小报表的庞大度，而获得的网页设计营业代价根本是沟通的。