注意数据模型中的关系。设计数据模型时，添加表和列，或写疑问时，如何考虑实体之间的关系，从长远来看如何影响性能和可扩展性。设计数据模型时，考虑到来的数据库拆分和其他可能的数据需求。实现数据模型后，我发现了问题，此时， 维修费用高。它可能是在设计阶段修复它的100倍。提前考虑良好，仔细计划数据模型。采纳范例，考虑如何将来拆分数据库和应用程序。

　　在生活中，除非我们滥用，否则除此以外， 将努力建立和维持平衡。理想情况下，我们基本上是我们在相关的基础上。当人际关系向某人倾斜时，另一方不会幸福，因此重新评估这种关系，它可能会结束它。虽然这本书不是人际关系，但然而， 存在=返回方程的存在同样适用于数据库中的关系。

　　数据库关系由数据模型确定[专业网站生产]那数据模型抓住了数据的基础和参考完整性规则。要了解这是如何实现的，为什么它如此重要，有必要了解构建数据模型所需的基本步骤。这些步骤将生成数据定义语言DDL，表和列。虽然这个过程有很多变体，但对于关系模型，步通常是定义的实体

　　实体可以是独立存在的任何东西，如物理物体， 事件或概念。实体之间可能存在关系。实体和关系可以具有描述其的属性。拿一点，实体是名词，关系是动词，修改实体的属性是形容词，修改关系的属性是副词。

　　实体可以是一个问题的例子，例如， 客户订单，您可以有订单ID和总价格等总价。收集相同类型的实体以形成做营销型网站哪家好实体集。在数据库中，实体等同于表中的一行。实体集等同于表。描述实体属性是表的主键。主键通过身份实体实现实体完整性。外键描述物理关系的独特属性。外键与不同实体中的两个实体相关联。从而实现了弓的完整性。最常用的实体， 关系， 并且属性图形表示是实体关系图（ERD）。ERD展示了实体集之间的基本关系，是一对或多人

　　一旦实体， 关系， 和属性定义和映射，最后一步留在设计数据模型中：归一化。标准化数据模型的主要目的是，确保允许存储数据插入， 在确保数据完整性的情况下更新数据的选择和删除， Crud，创建读取更新删除）未调节数据模型具有高度的数据冗余，这意味着数据完整性的风险更大。范式逐步构建，这意味着符合第二个范例的数据库也必须符合个范例。以下添加描述了最常见的范式。如果数据库至少符合第三个范例，可以认为它是标准化的。

　　范例

　　下面是数据库中常用的范例。符合范式表示必须满足低级范式。通常，如果数据库符合第三个范例，让我们说它是标准化的。

　　嘴的个范式。根据Codd的定义，表最初表示关系表中没有重复组。虽然Codd定义了“关系”，但但“重复分组”的概念仍然引起了争议。允许有争议的内容允许允许[小计划生产]这里有张桌子，域是否允许为空。最重要的概念是创建一个主要关键字。

　　第二个范例。所有非主关键字都不只依赖于组合关营销网站制作哪家好键字的一部分。

　　第三个范例。所有非主关键字必须依赖于主要关键字。Boyce-Cod范式。每个决策因素是候选人的关键字。

　　嘴巴的第四个天堂。记录类型中没有多值依赖性。

　　嘴的第五个范法。表中的每个非普通连接依赖性由候选关键字确定。

　　第六个范式。没有非平面连接依赖性。

　　前三个范例的简单内存方法是“1-One Master关键字，2一个完整的主要关键字3可以取决于主关键字。 “

　　你可能已经想过了，实体之间的关系将对数据存储的有效性产生巨大影响， 萃取， 并更新。由于这些关系定义了如何拆分和共享数据库，所以他们也在延伸中发挥着重要作用。假设我们要根据订单确认确认数据库中的服务。然后， 如果订单实体与其他实体密切相关，然后这个分割可能会导致问题。在分割后难以澄清这种关系网络。在设计阶段需要更多时间，拆分数据库时， 您只需要花费原始的1/10甚至1/100能量。

　　扩展，数据关系的最后一个关键点是如何在查询中连接。当然，这不仅由数据模型定义，它也由在应用程序中创建报告和新页面的开发人员定义。在这里，我们不希望介绍优化查询的步骤，要说的是，新的查询应该熟悉数据模型和强大的DBA应用程序，在将其进入生产环境之前，它还分析了性能特征。

　　你可能已经注意到了，存在数据完整性的归一化和数据库中使用的关系程度之间存在关系。使用范例越高。创建表时的关系越多，对于重复值尤其如此。在数据库设计方面，几年前， 它被用作原则（即， 使用范例越高， 更好），现在大型交易系统是设计的，有必要交易。这[网站开发网站的生产报价]权衡和风险和成本， 成本和质量， 时间和成本， 等等。 是相似的，那是， 一个人的下降通常是另一方的崛起。通常，提高可扩展性，我们将减少采用的范式。

　　因为连接表，所以SQL查询非常慢，以下方法可用于微网站哪个好解决它。个是调整查询。如果此方法无效，另一种方式是创建一个视图[专业定制网站生产]数字， 物质化视图， 汇总表， 等等。可以准备连接。有没有办法在查询中连接，反而， 将数据放到应用程序，在应用程序的内存中连接。虽然这种方法更复杂，然而， 在数据库中展开往往是最困难的。并且该方法删除了数据库的连接。放在应用程序服务器层上，然后使用更多的商业硬件来更轻松地缩放。最后一个方法是追溯到业务需求。通常，我们的业务合作伙伴将呈现不同的解决方案。我会说我解释一下。请求报告的现有方法需要增加10％的硬件。并删除一行将减少报告的复杂性，所获得的产品值基本相同。