本节介绍一个样例数据库，这个数据库在本书各个部分都可能用到。在学习将MySQL投入工作时，这个数据库为您提供了参考的例子。我们主要从前面描述过的两种情形来给出例子：

  ■ 机构的秘书方案。我们需要一些比“机构”更为明确的信息，所以现在就来构造一个，它具有这样一些特性：它由为了研究美国历史这个共同目的而聚集在一起的一群人组成（一时找不到更好的名称，就暂且称为美国历史同盟）。在交会费的基础上定期更新

各会员的资格。会费构成了此同盟的活动经费，如出版报纸“美国编年历”。此联盟也有一个小Web 站点，但开发出的功能不多。迄今这个站点只限于提供一些基本的信息，如本团体的性质，负责人是谁，什么样的人可以参加等。

  ■ 学分保持方案。在学分时段中，需要管理被测试者、记录得分并赋予得分等级。然后确定最后的得分等级，将其与出勤率一道交给学校办公室。现在让我们根据如下两个要求来进一步考虑这些情况：

  ■ 必须确定希望从数据库中得到什么信息，即，希望达到什么目的。

  ■ 必须计划好要向数据库输入什么，即将要保存什么数据。或许，在考虑向数据库输入什么数据以前，逆向考虑一下需要从数据库输出什么数据。在能够对数据进行检索前，必须将数据送入数据库。但是，使用数据库的方法是受您的目标驱动的，这些方法与希望从数据库取出何种信息的关系较之与向数据库输入何种信息的关系更为紧密。除非打算以后使用这些信息，否则肯定不会浪费时间和精力将它们输入数据库。

  1.2.1美国历史同盟这个方案的初期状况是您作为同盟的秘书，利用字处理文档维护会员清单。这样就生成一个打印的姓名地址录来说还是可以应付的，但是在利用这些信息做别的事时就会受到限制。假定您打算做下列工作：

  ■ 希望能够利用该姓名地址录产生不同格式的输出，并且只给出相应用途所需的信息。目标之一是生成每年的打印姓名地址录，这是该同盟过去就需要的，您打算继续打印。除此之外，可以设想将姓名地址录中的信息派一些别的用途，如在同盟的年度宴会上

所提供的节目单中给出一个当前的会员清单。这个应用涉及不同的信息集合。打印的姓名地址录中使用了每个会员条目的所有内容。而对于宴会节目单，只需要取出会员名字即可（如果采用字处理器要做到这一点有时是不太容易的）。

  ■ 希望搜索姓名地址录查找其条目满足某些条件的会员。例如，希望知道哪些会员不久就需要更新其会员资格。另外涉及搜索的应用是由于需要维护每个会员的关键字列表而产生的。这些关键字描述了每个会员特别感兴趣的美国历史的某个方面（如内战、经济萧条、公民权利或托马斯·杰佛逊的生活等）。会员们有时会向您要一份与他们自己有类似爱好的会员的清单，您一定乐于满足他们的这种要求。

  ■ 希望让姓名地址名录在同盟的Web 站点上联机使用。这对会员和您都是很有好处的。如果您能够将姓名地址录用某种合适的自动过程转换为Web 页，则这个姓名地址录的联机版就可以一种比打印版更及时的方式保持最新信息。而且如果能使这个联机姓名地址录可供搜索，那么会员就能够自己方便地查找信息了。例如，某个会员希望知道其他对内战感兴趣的会员，他就可以自己将这些会员找出而不用请您帮他查找，而您也不用花时间去做这件事了。我们清楚地知道，数据库并不是世界上最令人激动的东西，因此，我们也不打算狂热地

声称，使用数据库可以促进创造性的思维。但是，当您停止将信息视为某种必须与之搏斗的东西（在用字处理文档时确实是这样的），并开始将其想像为某种可以相对容易地操纵的事物（正如希望用MySQL所做到的那样）时，您提出某种使用或表示信息的新方法的能力将会得到某种程度的解放，例如下面这些例子就是一些新方法：

  ■ 如果数据库中的信息能够以联机姓名地址录的形式移到Web 站点中，那么您可能会让信息以其他的方式流动。例如，如果会员能够联机编辑自己的条目，对数据库进行更新，那么您就不必自己做所有的编辑工作了，这样有助于使姓名地址录中的信息更为准确。

  ■ 如果您在数据库中存储Email 地址，那么可以利用它们来发送Email 给那些相当长的一段时间没有更新自己的条目的会员。发出的消息可以向这些会员显示他们的条目内容，请他们查看，然后指示怎样利用Web 站点提供的实用工具做所需的修改。

  ■ 数据库不仅以关联到会员表的方式帮助使Web 站点更为有用。比方说，同盟出版了一份报纸“美国编年史”，每一期中都有一个给小孩子的版面，内含历史试题。最近有几期主要集中在美国总统的传记上。同盟的Web 站点也可以包含给孩子的版面，这样使试题联机。通过放置从数据库中取出的试题并让Web 服务器对随机给出的问题进行查询，或许甚至可以使这个版面成为交互式的。