实验指导03（SQL一），，用SQL语句做简单的查询工作。.doc

实验三：SQL语句的使用（一） 实验背景 SQL（Structure Query Language，结构化查询语言）是目前在关系数据库领域中真正的标准语言。虽然它叫做查询语言，但实际上不仅仅只能用来执行查询，还能用来执行数据的更新处理。教材的第一章谈到的数据库管理系统（DBMS）具有的所有功能SQL都能帮助完成，而且对于数据库管理员（DBA）来说，他管理数据库用到的一定是SQL。如果按照DBMS的功能来分类SQL的话，可以参考下表： 表 1 DBMS功能与SQL分类 DBMS功能 SQL分类 SQL代表语句 数据定义功能 DDL（Data Definition Language） Create（对象创建） Drop（对象删除） Alter（对象修改） 数据操作功能 DML（Data Manipulation Language） Select（数据查询） Insert（数据新增） Update（数据修改） Delete（数据删除） 数据库运行、维护功能 DCL（Data Control Language） Grant（授予权限） Revoke（收回权限） 上表表述了最常见的SQL，实际上SQL非常丰富，而且随着时代的发展，SQL也不断地发展，而且SQL被国际标准化组织（ISO）制定成了国际标准，并且随着SQL新增要求，不断推出更新版本的国际标准。目前最主要的是1999年推出的SQL-99标准。下表是SQL的几个标准的版本。 表 2 DBMS功能与SQL分类 SQL标准 发表年月 发表组织 备注 SQL-86：X.135-1986 1986.10 ANSI SQL-89：X.3.168-1989 1989.4 ANSI SQL-89：X.3.135-1989 1989.10 ANSI SQL-92：ISO/IEC 9075:1992 1992.8 ISO/ANSI 简称SQL-2 SQL-99：ISO/IEC 9075:1999 1999 ISO/ANSI 简称SQL-3 从上表可以看出SQL标准是在不断更新当中的，但是自1996年后标准的关注度并不再提及得很重要的地位（实际上1999年后，SQL标准仍然在不断推出）。其中的原因有很多。通过下面两篇摘自网上的文章可以看出SQL的发展现状。 文章：“SQL标准风光不再”（CSDN，作者：BUILDER.COM，发表于2002年 ） 对很多公司来说，在选择关系数据库管理系统（RDMS）时SQL标准的兼容性无疑是一重要的考虑因素，那么，为什么这一标准对数据库产品的开发商而言反倒成了可选的考虑标准呢？其实专有技术在带来产品优势的同时往往还伴随着产品质量的下降或者数据移植性的丧失，对厂商和客户的关系而言，这些后果总是有得有失。下面就让我们探讨下ANSI SQL标准支持力度下降的原因以及标准自身的有效性。 为什么要建立标准？ 为什么说技术标准相当重要？原因很多，最首要的一条就是产品的用户在购买产品之前能保证产品能达到它所宣称的功能。如果你能和某家厂商形成伙伴关系，保证你的数据管理系统一切正常，难道这样不好吗？再比如，你在选择RDMS的时候首先考虑的是其稳定、资源的有效利用率还是因为它支持竞争产品并不拥有的视图和事务功能呢？ 有一个标准千般好，至少，第3方厂商能由此创建出可应用于整个市场而非某一特定平台的工具和实用程序。同样的，单一成品在通过标准认证的情况下更可以增加其可用资源的比重。产品认证有助于保证产品具有合格的质量和功能特性，反之，那些没有经过标准认证的“假冒品”到底能在多大程度上遵守标准规范就要大打折扣了！ 针对产品的标准认证程序具有很多优点。然而，不幸的是，恰恰是SQL不具有能满足这一目标的标准控制体。 为什么标准没人听？ 将近10年来，美国标准和技术研究所（NIST，该组织接受美国商务部的管理）一直负责提供RDMS的标准测试。6年前，NIST停止执行ANSI/SQL标准的强制检测，他们认为，由于厂商缺乏标准兼容性的义务而令标准测试流于形式，标准本身在很大程度上被严重忽略了。 今天，大多数数据库开发商都宣称其产品遵守SQL-92标准，该标准于1992年发布。然而，当前的标准实际上已经发展到了SQL-99。NIST放弃对标准的控制原因在于： (1)数据库标准领域的范围太大。(2)由于财政上的原因，只有业内财大气粗的顶级RDMS开发商才有能力制定和实现标准。这两大因素在极大程度上促使具体的数据库产品背离了相关的标准，从而导致数据管理领域的技术混乱，而这却正是ANSI标准所试图防范的结果。 哎，这样一来还谈什么标准！ 产品的一致性造就平庸 各类数据库开发商仅在不同程度上遵守ANSI/SQL标准，其目的无非是令他们的产品能具有更具竞争性的优势，同时