请注意，提示符又变回了‘mysql>’，这表示mysql为键入的新查询作好了准备。可将查询存储在一个文件中并告诉mysql从文件中读取查询而不是等待键盘输入。可利用外壳程序键入重定向实用程序来完成这项工作。例如，如果在文件my_file.sql 中存放有查 询，可如下执行这些查询： 可用这种办法调用任何所需的文件。这里用后缀为“.sql”来表示该文件含有SQL 语句。执行mysql的这种方法将在输入数据到samp_db 数据库时的“增加新记录”中使用。为了装载一个表，让mysql从某个文件中读取INSERT 语句比每次用手工键入这些语句更为方便。 本教程的其余部分向您提供了许多可以自己试试的查询。这些查询以‘mysql>’ 提示为前导后跟结束分号，这些例子通常都给出了查询输出结果。可以按给出的形式键入这些查询，所得到的结果应该与自学材料中的相同。给出的查询中无提示符的或无分号语句结束符的只是用来说明某个要点，不用执行它们。（如果愿意您可以试一下，但如果试的话，请记住给语句末尾加一个分号。）本书后面的章节中，我们一般不给出‘mysql>’ 提示或SQL 语句的分号。这样做的原因是为了可以在非mysql客户机程序的语言环境（如在Perl 脚本中或PHP 脚本中）中发布查询，在这些语言环境中，既无提示符也不需要分号。在专门针对mysql输入一个查询的场合会作出相应的说明。 1.4.5 创建数据库 现在开始创建samp_db 样例数据库及其表，填充这些表并对包含在这些表中的数据进行一些简单的查询。 使用数据库涉及几个步骤： 1) 创建（初始化）数据库。 2) 创建数据库中的表。 3) 对表进行数据插入、检索、修改或删除。 检索现有数据是对数据库执行的最简单且常见的操作。另外几个最简单且常见的操作是插入新数据、更新或删除现有数据。较少使用的操作是创建表的操作，而最不常用的操作是创建数据库。 我们将从头开始，先创建数据库，再插入数据，然后对数据进行检索。为了创建一个新的数据库，用mysql连接到数据库然后发布CREATE DATABASE 语句，此语句指定了数据库名： 在创建表以及对这些表进行各种操作之前，必须先创建samp_db 数据库。创建数据库后，这个新创建的数据库并不是当前数据库。这可从执行下面的查询看出： 为了使samp_db 成为当前数据库，发布USE 语句即可： USE 为少数几个不需要终结符的语句之一，当然，加上终结符也不会出错。HELP 是另一个不需要终结符的语句。如果想了解不需要终结符的语句有哪些，可发布HELP 语句。在发布了USE 语句后，samp_db 成为缺省数据库： 使数据库成为当前数据库的另一个方法是在激活mysql时在命令行上指定它，如下所示： 事实上，这是一个命名要使用的数据库的方法。如果需要连接参数可在数据库名前指定。例如，下列两个命令使我们能连接到在本地主机和p i t - v i per.snake.net 上的samp_db 数据库上： 除非另有指定，否则后面的例子都假定在激活mysql时，在命令行上给出samp_db 使其成为当前数据库。如果激活数据库时忘了在命令行上指定数据库，只需发布USE samp_db 语句即可。 1.4.6 创建表 本节中，我们将创建样例数据库samp_db 所需的表。我们首先考虑美国历史同盟需要的表。然后再考虑学分保存方案所需的表。在某些数据库的书籍中，在这里要大讲分析与设计、实体—关系图、标准程序以及诸如此类的东西。这里确实也可以讲这些东西，但是我宁可只讲点实用的东西，比方说，我们的数据库应该是怎样的：数据库中将包含什么内容，每个表中有哪些数据以及由决定如何表示数据而带来的一些问题。这里所作出的关于数据表示的选择并不是绝对的。在其他场合下，可能会选择不同的方式来表示类似的数据，这取决于应用的需要以及打算将数据派何用途。 1. 美国历史同盟所需的表 美国历史同盟的表设计相当简单： ■ 总统( p r e s i d e n t )表。此表含有描述每位总统的记录。同盟站点上的联机测验要使用这个表。 ■ 会员( member )表。此表用来维护同盟每个会员的当前信息。这些信息将用来建立会员地址名录的书面和联机版本、发送会员资格更新提示等等。 (1) president表 president 表很简单，因此我们先讨论它。这个表将包含每位美国总统的一些基本信息： ■ 姓名。姓名在一个表中可用几种方式表示。如，可以用一个单一的列来存放完整的姓名，或者用分开的列来分别容纳名和姓。当然用单一的列更为简单，但是在使用上会带来一些限制，如： ■ 如果先输入只有名的姓名，则不可能对姓进行排序。 ■ 如果先输入只有姓的姓名，就不可能对具有名的姓名进行显示。 ■ 难以对姓名进行搜索。例如，如果要搜索某个特定的姓，则必须使用一个特定的模式，并且查找与这个模式匹配的姓名。这样较之只查找姓效率更低和更慢。member 表将使用单独的名和姓的列以避免这些限制。名列还存放中名（注：西方国家的姓名一般将名放在前，姓放在后，而且除了有名和姓外，有时还有中名，这是在位置上介于名和姓之间的中间名字）或首字母。这样应该不会削弱我们可能进行的任何一种排序，因为一般不可能对中名进行排序（或者甚至不会对名进行排序）。姓名即可以“ Bush, George W. ”格式显示，也可以“G e o rge W. B us h”格式显示。还有一种稍显复杂一点的情形。一个总统（ Jimmy Carter）在其姓名的末尾处有一 个“ J r. ”，这时怎样做？根据名字打印的格式，这个总统的姓名显示为“ J a m e s E . C a r ter, J r.”或“C a r ter, James E., Jr.”，“J r.”与名和姓都没有关系，因此我们将建另外一个字段来存放姓名的后缀。这表明在试图确定怎样表示数据时，即使一个特殊的值也可能会带来问题。它也表明，为什么在将数据放入数据库前，尽量对数据值的类型进行了解是一个很好的想法。如果对数据了解不够，那么有可能在已经开始使用一个表后，不得不更改该表的结构。这不一定是个灾难，但通常应该避免。 ■ 出生地（城市和州）。就像姓名一样，出生地也可以用单个列或多个列来表示。使用单列更为简单些，但正如姓名中的情形一样，独立的多个列使我们可以完成用单个列不方便完成的事情。例如，如果城市和州分别给出，查找各位总统出生在哪个州的记录就会更容易一些。 ■ 出生日期和死亡日期。这里，唯一特殊的问题是我们不能要求都填上死亡日期，因为有的总统现在还健在。MySQL提供了一个特殊的值NULL，表示“无值”，可将其用在死亡日期列中以表示“仍然健在”。 (2) member 表 存储历史同盟会员清单的member 表在每个记录都包含单个人员的基本描述信息这一点上，类似于president 表。但是每个member 的记录所含的列更多，member 表的各列如下： ■ 姓名。使用如president 表一样的三个列来表示：姓、名（如果可能的话还有中名）、后缀。 ■ ID 号。这是开始记录会员时赋给每个会员的唯一值。以前同盟未用ID 号，但现在的记录做得更有系统性，所以最好开始使用ID 号。（我希望您找到有利于使用MySQL并考虑到其他的将它用于历史同盟记录的方法。使用数字，将member 表中的记录与其他与会员有关的表中的记录相关联要更容易一些。） ■ 截止日期。会员必须定期更新他们的会员资格以免作废。对于某些应用，可能会用到最近更新的日期，但是近更新日期不适合于历史同盟。会员资格可在可变的年数内（一般为一年、二年、三年或五年）更新，而最近更新的日期将不能表示下一次更新必须在何时进行。此外，历史同盟还允许有终生会员。我们可以用未来一个很长的日期来表示终生会员，但是用NULL 似乎更为合适，因为“无值”在逻辑上对应于“永不终止”。 ■ 电子邮件地址。对于有电子邮件地址的会员，这将使他们能很容易地进行相互之间的通信。作为历史同盟秘书，这使您能电子化地发送更新通知给会员，而用不着发邮政信函。这比到邮局发送信函更容易，而且也不贵。还可以用电子邮件给会员发送他们的地址名录条目的当前内容，并要求他们在有必要时更新信息。 ■ 邮政地址。这是与没有电子邮件（或没有返回信息）的会员联络所需要的。将分别使用街道地址、城市、州和Zip 号。街道地址列又可以用于有诸如P.O. Box 123 而不是123 Elm St. 的会员的信箱号。我们假定所有同盟会员全都住在美国。当然，对于具有国际会员的机构，此假设过于简化了。如果希望处理多个国家的地址，还需要对不同国家的地址格式作一些工作。例如，这里的Zip 号就不是一个国际标准，有的国家有省而不是州。 ■ 电话号码。与地址字段一样，这个列对于联络会员也是很有用的。 ■ 特殊爱好的关键词。假定每个会员一般都对美国历史都有兴趣，但可能有的会员对某些领域有特殊的兴趣。此列记录了这些特殊的兴趣。会员可以利用这个信息来找到其他具有类似兴趣的会员。
『MySQL教程』如果文章有大量图片,显示会较慢,请等待图片下载完成 
