所有的图表都是对现实世界的抽象描述，因此，绝不可能完整地为目标域中的全部事物建立模型。好的抽象描述是经过精心选择去确定为什么事物建立模型且仅包括必需的部分。对于一部分人而言，这种最简的提法违背了其构造图表的初衷，即尽可能的完整，尽可能的包含一切事物。下面就为什么图形化工具不将图表细化成图片去描述，给出几点原因：

首先，包含了太多信息的图表会迅速失去焦点和目的。图形化工具试图完成些什么？图表的信息又是什么？如果在单一图表中包含了太多的内容，那么图表很快会分裂成一系列的想法和概念。实际上，我们制图的主要目的之一就是抓住事物的本质，而并非完整的表述事物本身。其次，概念冗余，标注过载的图表会使用户很难操作和使用。最有效的图表通过将注意力集中到对于理解复杂系统什么是必需的，或者对于推断出复杂问题的解什么是必需的上，从而加深我们对事物的理解。由于包含了大量的信息，图表用户需要过滤掉不必要的部分。在许多情况下，用户是不会困惑的。

图9-5 实体联系图(www.daowen.com)

第3章中，曾经介绍过一个实体联系图的例子，它主要是用来进行数据库应用的设计。实体联系图作为数据库如何创建的一个模板——它实际上是关于表是什么且它们如何连接在一起的一个详细说明。图9-5就是一个大学数据库的实体联系图（截取自图3-16）。

如果我们想构建一个简图，则根据数据库是如何产生和构建的，其中的每一个矩形框及标注部分都应该具有意义。例如数据库设计师，将图表中的每一个矩形框提取出来并为其构建一个独立的表格。但是，我们假设“部门”信息是不需要的，在这种情况下，我们就不需要这个矩形框并应将其从图中移除。而且，图表构建了两个标注部分：基数（详见第3章），由带有实心圆圈的直线表示；父型/子型关系，由带有空心箭头的直线表示。根据关系数据库的设计规则，基数可以用来连接表格，因此是必需的。我们不应该移除这些基数，因为它们有助于实现数据库的应用。图表中的父型/子型关系，比如教授（父型）可以是下述几种子型之一：终身教授、非终身教授、兼职教授。若获取三种不同类型教授的信息非常重要，则应该将标注留在图表中；若不重要，则说明此系统模型有冗余，我们应当把其中不必要的标注删除。在实体联系图中应该保留的就是最终数据库产品中所包含的部分。