My SQL数据库实用技术（04）

除非另有指定，否则后面的例子都假定在激活mysql 时，在命令行上给出samp_db 使其成为当前数据库。假如激活数据库时忘了在命令行上指定数据库，只需发布USE samp_db 语句即可。
1.4.6 创建表
本节中，我们将创建样例数据库samp_db 所需的表。我们首先考虑美国历史同盟需要的表。然后再考虑学分保存方案所需的表。在某些数据库的书籍中，在这里要大讲分析与设计、实体—关系图、标准程序以及诸如此类的东西。这里确实也可以讲这些东西，但是我宁可只讲点实用的东西，比方说，我们的数据库应该是怎样的：数据库中将包含什么内容，每个表中有哪些数据以及由决定如何表示数据而带来的一些问题。这里所作出的关于数据表示的选择并不是绝对的。在其他场合下，可能会选择不同的方式来表示类似的数据，这取决于应用的需要以及打算将数据派何用途。
1. 美国历史同盟所需的表
美国历史同盟的表设计相当简单：
■ 总统( p r e s i d e n t )表。此表含有描述每位总统的记录。同盟站点上的联机测验要使用这个表。
■ 会员( m e m b e r )表。此表用来维护同盟每个会员的当前信息。这些信息将用来建立会员地址名录的书面和联机版本、发送会员资格更新提示等等。
(1) president表
president 表很简单，因此我们先讨论它。这个表将包含每位美国总统的一些基本信息：
■ 姓名。姓名在一个表中可用几种方式表示。如，可以用一个单一的列来存放完整的姓名，或者用分开的列来分别容纳名和姓。当然用单一的列更为简单，但是在使用上会带来一些限制，如：
■ 假如先输入只有名的姓名，则不可能对姓进行排序。
■ 假如先输入只有姓的姓名，就不可能对具有名的姓名进行显示。
■ 难以对姓名进行搜索。例如，假如要搜索某个特定的姓，则必须使用一个特定的模式，并且查找与这个模式匹配的姓名。这样较之只查找姓效率更低和更慢。member 表将使用单独的名和姓的列以避免这些限制。名列还存放中名（注：西方国家的姓名一般将名放在前，姓放在后，而且除了有名和姓外，有时还有中名，这是在位置上介于名和姓之间的中间名字）或首字母。这样应该不会削弱我们可能进行的任何一种排序，因为一般不可能对中名进行排序（或者甚至不会对名进行排序）。姓名即可以“ Bush, George W. ”格式显示，也可以“G e o rge W. B u s h”格式显示。还有一种稍显复杂一点的情形。一个总统（ Jimmy Carter）在其姓名的末尾处有一
个“ J r. ”，这时怎样做？根据名字打印的格式，这个总统的姓名显示为“ J a m e s E . C a r t e r, J r.”或“C a r t e r, James E., Jr.”，“J r.”与名和姓都没有关系，因此我们将建另外一个字段来存放姓名的后缀。这表明在试图确定怎样表示数据时，即使一个非凡的值也可能会带来问题。它也表明，为什么在将数据放入数据库前，尽量对数据值的类型进行了解是一个很好的想法。假如对数据了解不够，那么有可能在已经开始使用一个表后，不得不更改该表的结构。这不一定是个灾难，但通常应该避免。
■ 出生地（城市和州）。就像姓名一样，出生地也可以用单个列或多个列来表示。使用单列更为简单些，但正如姓名中的情形一样，独立的多个列使我们可以完成用单个列不方便完成的事情。例如，假如城市和州分别给出，查找各位总统出生在哪个州的记录就会更轻易一些。
■ 出生日期和死亡日期。这里，唯一非凡的问题是我们不能要求都填上死亡日期，因为有的总统现在还健在。MySQL 提供了一个非凡的值N U L L，表示“无值”，可将其用在死亡日期列中以表示“仍然健在”。
(2) member 表
存储历史同盟会员清单的member 表在每个记录都包含单个人员的基本描述信息这一点上，类似于president 表。但是每个member 的记录所含的列更多，member 表的各列如下：

看完这篇，您有何感觉呢？

上一篇：My SQL数据库实用技术（02）   下一篇：My SQL数据库实用技术（03）

用户名(必填) 新注册

密码(必填) 匿名评论