Microsoft Jet SQL for Access 添加修改删除字段.docx
《Microsoft Jet SQL for Access 添加修改删除字段.docx》由会员分享，可在线阅读，更多相关《Microsoft Jet SQL for Access 添加修改删除字段.docx（12页珍藏版）》请在冰豆网上搜索。
MicrosoftJetSQLforAccess添加修改删除字段
MicrosoftJetSQLforAccess2000添加、修改、删除字段
2007-02-1121:
15
改变数据表
在建立或倒入一个数据表之后，用户可能需要修改表的设计。
这时就可以使用ALTER TABLE语句。
但是注意，改变现存的表的结构可能会导致用户丢失一些数据。
比如，改变一个域的数据类型将导致数据丢失或舍入错误，这取决于用户现在使用的数据类型。
改变数据表也可能会破坏用户的应用程序中涉及到所改变的域的部分。
所以用户在修改现有表的结构之前一定要格外小心。
使用ALTER TABLE 语句，用户可以增加，删除或改变列或域，也可以增加或删除一个约束。
还可以为某个域设定缺省值，但是一次只能修改一个域。
假设我们有一个记账单的数据库，而我们想在顾客数据表中增加一个域，这时可以使用ALTER TABLE 语句，在其ADD COLUMN 子句后写上域的名称、数据类型和数据的大小（如果需要的话）。
ALTER TABLE tblCustomers
ADD COLUMN Address TEXT（30）
要改变域的数据类型或大小，可以使用ALTER COLUMN子句，在后面加上期望的数据类型和数据的大小。
ALTER TABLE tblCustomers
ALTER COLUMN Address TEXT（40）
如果需要改变域的名称，则必须删除该域并重新创建。
删除一个域要使用DROP COLUMN 子句，在其后跟上域的名称。
ALTER TABLE tblCustomers
DROP COLUMN Address
注意使用这种方法将会删除该域的现存数据。
如果需要保存这些数据，则用户需要在Access的用户界面的设计模式中改变该域的名称，或者编写代码将现存的数据保存在一个临时的表中然后将其添加到改名后的表中。
缺省值是指在表中增加新纪录并且没有为该列赋值时自动填充到该域中的值。
为某域设置缺省值，要在定义域的类型后使用使用DEFAULT关键字，不管是使用ADD COLUMN或 ALTER COLUMN 子句。
ALTER TABLE tblCustomers
ALTER COLUMN Address TEXT（40） DEFAULT Unknown
注意缺省值并不使用单引号包含，如果用了单引号，则引号也会插入到记录中。
在CREATE TABLE语句中也可以使用DEFAULT关键字。
CREATE TABLE tblCustomers （
CustomerID INTEGER CONSTRAINT PK_tblCustomers
PRIMARY KEY,
[Last Name] TEXT（50） NOT NULL,
[First Name] TEXT（50） NOT NULL,
Phone TEXT（10）,
Email TEXT（50）,
Address TEXT（40） DEFAULT Unknown）
注意：
DEFAULT 语句只有在Jet OLE DB provider和ADO中可以执行，在Access SQL View的用户界面中使用将会返回错误信息。
下面的部分将讨论如何在ALTER TABLE语句中使用约束。
要获得更详细的有关ALTER TABLE的说明，请在Office 助手中或在Microsoft Access 帮助的回答向导的标签页中输入ALTER TABLE ，然后单击查找。
约束
在《Access 2000的基础Microsoft Jet SQL》一文中，我们讨论了建立表之间的联系的约束方法。
约束也能用于建立主键和参考完整性，来限制插入到一个域中的数据值。
通常，约束可以用于保持用户数据库中的数据完整性和一致性。
共有两种类型的约束：
单数据域（或称域级的）的约束和多数据域（或称表级的）的约束。
两种约束都可以用在CREATE TABLE 或 ALTER TABLE 语句中。
单域的约束，也就是通常所说的列级的约束，是在域及其数据类型定义后针对该域定义的。
下面我们使用用户表，在CustomerID域生成一个单域的主键。
增加约束时，在域名后使用CONSTRAINT关键字。
ALTER TABLE tblCustomers
ALTER COLUMN CustomerID INTEGER
CONSTRAINT PK_tblCustomers PRIMARY KEY
注意这里给出了约束的名称。
用户还可以在定义主键时使用简称而省略CONSTRAINT子句。
ALTER TABLE tblCustomers
ALTER COLUMN CustomerID INTEGER PRIMARY KEY
然而，使用简称的方法将导致Access随机的生成约束的名称，从而使得在代码中难以引用。
所以，最好给约束制定名称。
要删除一个约束，可以在ALTER TABLE 语句中使用DROP CONSTRAINT 子句，并给出约束的名称。
ALTER TABLE tblCustomers
DROP CONSTRAINT PK_tblCustomers
约束还可以用来给域限制允许值。
用户可以将限制值设为非空（NOT NULL）或唯一（ UNIQUE），或者定义一个检验性的约束，该约束指一种可以应用于某个域的规则。
比如用户希望限制姓和名的域是唯一的，就意味着在表中永远不会有两个相同姓名的记录存在。
这是因为这种约束是多域的性的，是在表的级别定义的，而非域的级别。
使用ADD CONSTRAINT子句可以定义一个多域的列表。
ALTER TABLE tblCustomers
ADD CONSTRAINT CustomerNames UNIQUE
（[Last Name], [First Name]）
注意：
我们在这里只是示范一下如何使用约束，而在实际的应用程序中，用户可能并不希望彻底限制姓名的唯一性。
检验性约束是一种新的强有力的SQL特性，它通过一个表达式从而允许用户在表中添加数据合法性检验，该表达式可以指向一个单域，也可以指向跨越一个或多个表的多个域。
比如用户希望确定输入到发票记录中的数值是否总是大于0，则可以在ALTER TABLE语句的ADD CONSTRAINT子句中定义一个CHECK关键字。
ALTER TABLE tblInvoices
ADD CONSTRAINT CheckAmount
CHECK （Amount > 0）
注意：
检验性约束语句只能通过Jet OLE DB provider和ADO来执行，在Access SQL View的用户界面中使用将返回错误信息。
而且，要删除一个检验性约束，也必须在Jet OLE DB provider 和ADO中执行DROP CONSTRAINT语句。
另外，如果用户已经定义了一个检验性约束：
（1） 在Access的用户界面中并不会显示为一个合法性规则，
（2） 用户也不能在该界面中定义合法性文本的属性，否则将给出一般性错误信息，（3） 在用户通过ADO使用DROP CONSTRAINT语句之前，不能够通过Access的用户界面或者在代码中删除数据表。
用来定义一个检验性约束的表达式也可以用来指向同一个表中的多个域，甚至是其他表中的域。
其中可以使用任何在Microsoft Jet SQL 中合法的操作符，比如SELECT 语句、数学运算符、以及集合函数等。
用来定义检验性约束的表达式的长度不能超过64个字符。
设想用户希望在将顾客加入到Customers 表之前检查每个顾客的信用额度。
则可以使用带有ADD COLUMN 和CONSTRAINT 子句的ALTER TABLE 语句生成一个约束，该约束将查找在CreditLimit表中的值来验证顾客的信用额度。
下面的SQL语句将生成一个tblCreditLimit 表，然后将CustomerLimit域加入到tblCustomers 表中，并将检验性约束加到tblCustomers表，最后对该检验性约束进行测试。
CREATE TABLE tblCreditLimit （
Limit DOUBLE）
INSERT INTO tblCreditLimit
VALUES （100）
ALTER TABLE tblCustomers
ADD COLUMN CustomerLimit DOUBLE
ALTER TABLE tblCustomers
ADD CONSTRAINT LimitRule
CHECK （CustomerLimit <= （SELECT Limit
FROM tblCreditLimit））
UPDATE TABLE tblCustomers
SET CustomerLimit = 200
WHERE CustomerID = 1
注意：
当用户执行UPDATE TABLE语句时，将被提示更新失败，因为该语句违反了检验性约束。
如果用户使用小于等于100的值来更新CustomerLimit域，就能够成功。
约束-II
级联性更新和删除
约束还可以用来在数据库中的表间建立参考完整性。
具有参考完整性意味着数据是一致的和未被破坏的。
比如，如果删除了一个顾客的记录但是该顾客的运单记录仍旧存在数据库中，这时数据就是非一致的，即指数据库中存在着一个孤立的顾客运单记录。
参考完整性是在用户建立各个表间的关系时建立的。
除了建立参考完整性之外，用户还可以使用级联性更新和删除来确保相互参考的表保持同步。
例如，一旦定义了级联性更新和删除，当用户删除顾客记录时，该顾客的运单记录也将自动删除。
要使用级联性更新和删除，用户可以在ALTER TABLE 语句的CONSTRAINT子句中使用ON UPDATE CASCADE 和/或 ON DELETE CASCADE 关键字。
注意他们都必须是应用于外键的。
ALTER TABLE tblShipping
ADD CONSTRAINT FK_tblShipping
FOREIGN KEY （CustomerID） REFERENCES
tblCustomers （CustomerID）
ON UPDATE CASCADE
ON DELETE CASCADE
外键
在处理外键时，有关快速外键（fast foreign key）的概念是很有用的。
快速外键即是一种没有索引的外键。
尽管这乍听起来有点不合理，但却可以得到很好的解释。
在缺省情况下，一旦定义了一个外键，将会自动生成一个基于该外键中列的索引，这在很多情况下提高了执行保持参考完整性的操作的表现。
然而，如果在定义外键的域中存在许多重复值，外键索引将会影响增加和删除数据使得效率。
要防止基于外键的索引的生成，我们可以在定义外键是NO INDEX关键字。
ALTER TABLE tblInvoices
ADD CONSTRAINT FK_tblInvoices
FOREIGN KEY NO INDEX （CustomerID） REFERENCES
tblCustomers （CustomerID）
ON UPDATE CASCADE
ON DELETE CASCADE
注意:
快速外键语句只能通过Jet OLE DB provider 和 ADO来执行。
在Access SQL View的用户界面中使用将返回错误信息。
而且，要删除一个快速外键，也必须在Jet OLE DB provider 和ADO中执行DROP CONSTRAINT语句。
在记录按序排列的数据库应用中，快速外键也将发挥作用。
比如这里有一个用来辨别所跟踪的顾客类型的 CustomerTypes的表，一个Customer 表和一个Orders 表。
在CustomerTypes表中有10行，在 Customer 表中有100000行，在Orders表中有350000行。
这时采用在Customers 表中指向CustomerTypes表中的主键的快速外键将是很好的选择，因为在100000行记录外最多只有10行唯一的记录。
这时索引对于提取数据毫无用处，并且在CustomerType中插入、删除和更新数据是成为累赘。
而另一方面，快速外键应用于Orders 表中的CustomerID 列很可能是没有用处的，因为那些值每一个都代表了不同的客户，所以一般是唯一的。
在这种情况下，使用通常的带有索引的外键将会很有裨益，这是因为它是应用在连结和其他查找规则上的。
注意：
尽管在本节的大部分例子中使用的是ALTER TABLE语句，但是所有这些都是可以写在CREATE TABLE 语句中的。
要了解有关CONSTRAINT子句的更多信息，请在Office 助手中或在Microsoft Access 帮助的回答向导的标签页中输入ALTER TABLE ，然后单击查找。
数据类型
在努力使基Jet数据引擎的Access应用程序易于向那些基于Microsoft SQL Server 或 MSDE的应用转化方面，Jet 数据引擎改变了一些数据类型，增加了一些新的数据类型字。
下面的部分将讨论主要的数据类型及其如何实现的。
文本（TEXT）数据类型
文本（TEXT）数据类型是用来设置一个可以存储纯文本的域的，也可以用来存储同时包含文本和数字的内容，但其中的数字并不是用于计算的，比如电话号码或者电子邮件地址。
当用户通过ACESS的用户界面创建表时，用户有两种基本的文本类型：
文本（TEXT）和备注（MEMO）。
但是通过SQL语句如CREATE TABLE或者 ALTER TABLE 来创建表时，则还有其他许多的TEXT 和 MEMO类型的同义字可供选择。
总的来说，文本域最多可以有255个字符，而备注域则最多可以有65,535 个字符，但是如果备注域不包含任何二进制数据的话，其唯一的限制就是整个数据库的最大容量（大概是2.14GB 或 1,070,000,000 双字节字符）。
另外，没有用到的文本与部分并不会保存在内存中。
下面的表格列示了最基本的Jet 文本数据类型，它的同义字以及所分配的字节数。
Jet 数据类型
同义字
存储容量
TEXT（文本）
TEXT, TEXT（n）, CHAR, CHAR（n）, ALPHANUMERIC, ALPHANUMERIC（n）, STRING, STRING（n）, VARCHAR, VARCHAR（n）, NTEXT（n）, NCHAR, NCHAR（n）, CHAR VARYING, CHAR VARYING（n）, CHARACTER VARYING, CHARACTER VARYING（n）, NATIONAL CHAR, NATIONAL CHAR（n）, NATIONAL CHARACTER, NATIONAL CHARACTER（n）, NATIONAL CHAR VARYING, NATIONAL CHAR VARYING（n）, NATIONAL CHARACTER VARYING, NATIONAL CHARACTER VARYING（n）
最多可以有255个字符，每个字符两个子节（如果不进行压缩）。
MEMO（备注）
LONGTEXT, LONGCHAR, 注意, NTEXT
65,535 个字符；如果非二进制数据可以有2.14 GB
下面的CREATE TABLE语句示范了可以用来通过Access SQL View用户界面创建表的TEXT 和MEMO的不同形式的同义词。
CREATE TABLE tblUITextDataTypes （
Field1_TEXT TEXT,
Field2_TEXT25 TEXT（25）,
Field3_MEMO MEMO,
Field4_CHAR CHAR,
Field5_CHAR25 CHAR（25）,
Field6_LONGTEXT LONGTEXT,
Field7_LONGCHAR LONGCHAR,
Field8_ALPHA ALPHANUMERIC,
Field9_ALPHA25 ALPHANUMERIC（25）,
Field10_STRING STRING,
Field11_STRING25 STRING（25）,
Field12_VARCHAR VARCHAR,
Field13_VARCHAR25 VARCHAR（25）,
Field14_NOTE NOTE）
如果用户通过Access的用户界面察看上面的tblUITextDataTypes表的设计的话，将会看到MEMO、 LONGTEXT、 LONGCHAR、和注意同义字都是MEMO 的数据类型，其他的所有同义字都是TEXT数据类型。
对于那些没有定义长度的TEXT 数据类型，缺省的长度为255个字符。
虽说上面的SQL语句也可以通过Jet OLE DB provider和 ADO来执行，但还是有一些其他的TEXT 和MEMO 数据类型的不同定义只能通过Jet OLE DB provider 和ADO来执行。
CREATE TABLE tblCodeTextDataTypes
Field1_NTEXT NTEXT,
Field2_NTEXT25 NTEXT（25）,
Field3_NCHAR NCHAR,
Field4_NCHAR NCHAR（25）,
Field5_VARYING CHAR VARYING,
Field6_VARYING CHAR VARYING（25）,
Field7_VARYING CHARACTER VARYING,
Field8_VARYING CHARACTER VARYING（25）,
Field9_NATIONAL NATIONAL CHAR,
Field10_NATIONAL NATIONAL CHAR（25）,
Field11_NATIONAL NATIONAL CHARACTER,
Field12_NATIONAL NATIONAL CHARACTER（25）,
Field13_NATIONAL NATIONAL CHAR VARYING,
Field14_NATIONAL NATIONAL CHAR VARYING（25）,
Field15_NATIONAL NATIONAL CHARACTER VARYING,
Field16_NATIONAL NATIONAL CHARACTER VARYING（25））
如果用户通过Access的用户界面察看上面的tblUITextDataTypes表的设计的话，将会看到只有NCHAR数据类型是MEMO，其他的都是TEXT数据类型。
对于那些没有定义长度的TEXT 数据类型，缺省的长度为255个字符。
注意：
在上面的SQL语句中列示的这些数据类型只能通过Jet OLE DB provider 和ADO来执行，在Access SQL View的用户界面中使用将导致错误信息。
还要注意如果通过Jet OLE DB provider和 ADO创建了一个TEXT数据类型的域，则通过Access用户界面看到的将是MEMO的数据类型。
Unicode压缩
现在在Microsoft Jet 4.0 数据引擎中，所有的TEXT数据类型都是以两个字节的统一编码形式存储的。
它取代了前面版本中采用的多字节字符集（Multi-byte Character Set ，MBCS）格式。
虽然双字节的格式需要更多的空间来存储每个字符，但可以定义使用TEXT数据类型的自动进行压缩。
在用户使用SQL建立的TEXT的数据类型时，双字节编码的压缩属性缺省设置为NO，如果需要将该属性设置为Yes，用户可以在定义域的时候使用WITHCOMPRESSION （或者 WITH COMP）关键字。
下面的CREATE TABLE 语句将创建一个新的顾客表，这里将双字节编码的压缩属性设置为Yes。
CREATE TABLE tblCompressedCustomers （
CustomerID INTEGER CONSTRAINT
PK_tblCompCustomers PRIMARY KEY,
[Last Name] TEXT（50） WITH COMP NOT NULL,
[First Name] TEXT（50） WITH COMPRESSION NOT NULL,
Phone TEXT（10）,
Email TEXT（50）,
Address TEXT（40） DEFAULT Unknown）
注意WITH COMPRESSION 和WITH COMP关键字要在NOT NULL之前定义。
用户也可以使用ALTER TABLE语句改变现存域的双字节编码的压缩属性，如下所示：
ALTER TABLE tblCustomers
ALTER COLUMN [Last Name] TEXT（50） WITH COMPRESSION
注意：
在上面的SQL语句中列示的WITH COMPRESSION and WITH COMP关键字只能通过Jet OLE DB provider 和ADO来执行，在Access SQL View的用户界面中使用将导致错误信息。
在用户设计数据表时采取那种数据类型取决于用户的应用程序的目的。
如果该应用程序总是应用在Jet数据库的基础上，则应该使用最适宜的那些数据类型。
但如果该应用程序最终要用到ODBC-compliant的数据库上，比如SQL Server 或 MSDE，则要使用那些是一致最方便的数据类型。
数字（ NUMERIC）数据类型
数字（NUMERIC）数据类型是用来定义存储计算用数字的域的。
通常，将某种NUMERIC类型与其他的区别开来的是用来存储数据的字节数，它也影响着所存储数字的精度。
许多Jet SQL 的数据类型豆油协同义字可以用来进行定义，到底使用哪一个取决于该数据表是仅在某个Jet数据库中还是将移植到诸如Microsoft SQL Server的数据库服务器中。
如果将进行移植，用户应选择那些使得移植最容易进行的数据类型。
下面的表格列示了基本的Jet NUMERIC数据类型，它的各种同义字以及为期分配的字节数。
Jet 数据类型
同义字
存储大小
TINYINT
INTEGER1, BYTE
1 byte
SMALLINT
SHORT, INTEGER2
2 bytes
INTEGER
LONG, INT, INTEGER4
4 bytes
REAL
SINGLE, FLOAT4, IEEESINGLE
4 bytes
FLOAT
DOUBLE, FLOAT8, IEEEDOUBLE, NUMBER
8 bytes
DECIMAL
NUMERIC, DEC
17 bytes
下面的CREATE TABLE 语句示范了各种可以在通过Access SQL View 的用户界面创建表时使用的SNUMERIC 数据类型。
CREATE TABLE tblUINumericDataTypes （
Field1_INT INT,
Field2_INTEGER INTEGER,
Field3_LONG LONG,
Field4_INTEGER1 INTEGER1,
Field5_BYTE BYTE,
Field6_NUMERIC NUMERIC,
Field7_REAL REAL,
Field8_SINGLE SINGLE,
Field9_FLOAT FLOAT,
Field10_FLOAT4 FLOAT4,
Field11_FLOAT8 FLOAT8
升级会员 