这里的主要目标是尽快检索和分析数据。此类应用程序的数据库名称是 OLAP（联机分析处理）。 数据库设计1 换句话说，如果你想让insert、update、delete过程更加突出，那么除了将非规范化的数据库 结构横向化之外，还要使用规范化的表设计。 下面是一个简单的图表，显示左侧的名称和地址如何是一个简单的标准化表，然后应用平面表结构。 数据库设计2 规则 2：将数据分成简单的块 这是第一范式的第一条规则。
数据库设计5 一种解决方案是将数
据完全移至不同的主表并 通过外键为其提供方向。您可以在 住宅电话号码 下图中看到我们如何创建一个名为“Standard”的新主表并使用简单的外键链接它。 数据库设计6 规则 5：注意用分隔符分隔的数据 第一范式的第二条规则是避免重复一组。下图是重复一组的示例。如果您仔细查看“教学大纲”字段，就会发现在某一字段中，我们输入了太多数据。这些类型的字段称为“重复组”。如果我们必须操纵这些数据，我们的查询就会变得复杂。 数据库设计7 这些列示例需要特别注意。更好的举措是将这些字段移至不同的表并将它们与键关联起来以便更好地管理。 数据库设计8 为了避免重复组，您可以查看上图。单独的“教学大纲”表，然后与“主题”表创建多对多关系。通过这种方法，主表中的“教学大纲”字段不再重复，并且具有数据分隔符。
注意部分依赖 数据库设计9 请注意部分依赖于主键的字段
例如，在上表中我们可以看到主键是用数字和 ‘ standard’创建的。现在仔细查看“教学大纲”字段。“教学大纲”字段与“标准”相关联，而不是直接与学号相关联。 “教学大纲”与学生 电话列表论坛 学习的“标准”相关，而不是直接与学生相关。因为如果我们想要更新“教学大纲”，我们还必须为每个学生更新它，这会很累而且不合逻辑。移动这些字段并将它们与“标准”表关联起来会更有意义。 该规则只不过是第二范式：“所有键必须依赖于完整的主键而不是部分主键”。 规则 7：避免冗余 数据库设计10 如果您正在开发具有OLTP数据库的应用程序，删除子列将是一个不错的选择，除非有紧急的性能相关原因。
