码所sql

‘壹’ sql查询编码

明白了，说说我实现的方法
1/先取出对于具体某ID，其日期值最大的数据
2/然后再从中CUS是的数据

select * from
(select cus_id,max(CUS),max(time) from coust
group by cus_id)
where CUS_s = '甲'

‘贰’ 组合主码外码用sql语句怎么写

SQL语言创建表时候用Primary Key(属性名)定义主码，用Foreign Key(属性名)定义外码。

主码是一种唯一关键字，表定义的一部分。一个表的主码可以由多个关键字共同组成，并且主码的列不能包含空值。主码是可选的，并且可在 CREATE TABLE语句中用Primary Key(属性名)定义。

将一个表的值放入第二个表来表示关联，所使用的值是第一个表的主键值(在必要时可包括复合主键值)。此时，第二个表中保存这些值的属性称为外键,用Foreign Key(属性名)定义。

结构化查询语言(Structured Query Language)简称SQL，结构化查询语言是一种数据库查询和程序设计语言，用于存取数据以及查询、更新和管理关系数据库系统。

sql语句就是对数据库进行操作的一种语言。

总结如下：

主码不应包含动态变化的数据，如时间戳、创建时间列、修改时间列等。实际上，因为主码除了唯一地标识一行之外，再没有其他的用途了，所以也就没有理由去对它更新。如果主码需要更新，则说明主码应对用户无意义的原则被违反了。

‘叁’ SQL中如果主码的前2个字符一样,怎么办

3.1 SQL 中的完整性约束

SQL把各种完整性约束作为数据库模式定义的一部分。既有效防止了对数据库的意外破坏，提高了完整性检测的效率，又可以减轻编程人员的负担。

SQL对三种不同完整性约束的设置及检测，采取了不同的方式加以实现。下面分别介绍。

3.1.1 实体完整性和主码

实体完整性规定，主码的任何属性都不能为空，因为，概念模型中实体和联系都是可区分的，而且它们以码为唯一性标识。如果，主码的属性值可以为空，则意味着在概念模型中存在着不以码为唯一性标识的实体。这显然是前后矛盾的。

那么怎样保证实体完整性呢？SQL中实体完整性是通过主码来实现的。一旦某个属性或属性组被定义为主码，该主码的每个属性就不能为空值，并且在关系中不能出现主码值完全相同的两个元组。

主码的定义是在Create Table 语句中使用 Primary Key关键字来实现的。方法有两种：

a) 在属性定义后加上关键字 Primary Key；

b) 在属性表定义后加上额外的定义主码的子句：Primary Key（<主码属性名表>）

说明：

² 如果主码仅由一个属性组成，上述两种方法都可定义，若由两个或以上的属性组成，则只能用上述第二种方法定义了。

² 对于候选码的说明方法，可以用Unique说明该属性的值不能重复出现。Unique的使用与Primary Key相似。

² 一个表中只能有一个主码定义，但可以有多个Unique说明。

² SQL中，并没有强制为每个关系指定主码，但为每个关系指定主码通常会更好一些。（因为主码的指定可以确保关系的实体完整性）

3.1.2 参照完整性约束与外部码

参照完整性是对关系间引用数据的一种限制。即：若属性组A是基本关系R1的外码，它与基本关系R2的主码K相对应，则R1中每个元组在A上的值必须：要么取空值，要么等于R2中某元组的主码值。

一、外部码约束的说明：

SQL中就是利用外部码的说明来实现参照完整性约束，限制表中某些属性的取值的。外部码的说明也有两种方法：

1、在该属性的说明后直接加上关键字”REFERENCES <表名>（<属性名>）”，其中表名称为参照关系名，属性名称为参照关系的主码。

2、在Create Table 语句的属性清单后，加上外部码说明子句，格式为：

FOREIGN KEY <属性名表1> REFERENCES <表名>(<属性名表2>)

上式中的属性名表1和属性名表2中属性可以多于一个，但必须前后对应。

二、参照完整性约束的实现策略

前面讲了，外部码的取值只有两种情况：要么取空，要么取参照关系中的主码值。可是当用户操作违反了这个规则时，如何保持此约束呢？

SQL提供了三种可选方案：

1、RESTRICT(限制策略)：

当用户对表进行违反了上述完整性约束、条件的插入、删除或修改操作时，将会被系统拒绝。

2、CASCADE（级联策略）：

当对参照关系进行删除和修改时，SQL所提供的一种方案。在这种策略下，当删除或修改参照关系中某元组的主码值时，被参照关系中，那些外部码具有该值的元组也将被删除或修改，以保证参照完整性。

3、SET NULL（置空策略）：

置空策略也是针对参照关系的删除或修改操作的。在这种策略下，当删除参照关系中的某一元组或修改某一元组的主码值时，被参照关系中外码值等于该主码值的元组在该外码上的值将被置空

说明：

当用户不指定参照完整性的实现策略时，一般被默认为RESTRICT(限制策略)。实现策略的说明通常被加在外部码的说明后面，格式为：ON DELETE SET NULL ON UPDATE CASCADE。

3.1.3 用户自定义完整性约束

对于用户自定义完整性约束，SQL提供了非空约束、对属性的CHECK约束、对元组的CHECK约束、触发器等来实现用户的各种完整性要求。

1、非空约束：

在CRETE TABLE 中的属性定义后面加上NOT NULL关键字即定义了该属性不能取空值。

2、基于属性的CHECK约束

使用CHECK（检查）子句可保证属性值满足某些前提条件。其一般格式为：

CHECK（<条件>）

它既可跟在属性定义的后面，也可在定义语句中另增一子句加以说明。

如：CHECK（age>=18 AND age<=65）;

CHECK（sex IN (“男”,”女”)）;

CHECK（dno IN(select dno from department)）;

从上例中可以看出，CHECK子句的条件中还可以带子查询。

3、基于元组的CHECK约束

基于元组的CHECK约束往往要涉及到表中的多个域。所以它是元组约束。在对整个元组完成插入或对某一元组的修改完成之后，系统将自动检查是否符合CHECK条件表达式。若不符合条件，系统将拒绝该插入或修改操作。

基于元组CHECK约束的说明方法是在CREATE TABLE语句中的属性表、主码、外部码的说明之后加上CHECK子句。

3.1.4 约束的更新

约束与数据库中的表和视图一样，可以进行增、删、改的更新操作。为了改和删约束，需要在定义约束时对其进行命名，在各种约束的说明前加上关键字CONSTRAINT 和该约束的名称即可。

例如：在employee表的create table语句中：

eno char(4) CONSTRAINT PK_employee PRIMARY KEY,

dno char(4)CONSTRAINT FK_employee FOREIGN KEY REFERENCES department(dno);

当对各种约束进行命名后，就可以用ALTER TABLE语句来更新与属性或表有关的各种约束。如：

ALTER TABLE employee DROP CONSTRAINT FK_employee;

ALER TABLE Salary ADD CONSTRAINT RightSalary CHECK(Insure+Fund<Rest);

上述的增加约束，实际上也是通过ALTER TABLE语句定义约束的一种形式。

SQL不能直接修改约束，修改某一个约束实际上是用ALTER TABLE 语句先删除该约束，然后再增加一个与该约束同名的新约束。
请参考

‘肆’ 关于查询数据表属性的SQL代码

CREATE TABLE
创建新表。

语法
CREATE TABLE
[ database_name.[ owner ] .| owner.] table_name
( { < column_definition >
| column_name AS computed_column_expression
| < table_constraint > ::= [ CONSTRAINT constraint_name ] }

| [ { PRIMARY KEY | UNIQUE } [ ,...n ]
)

[ ON { filegroup | DEFAULT } ]
[ TEXTIMAGE_ON { filegroup | DEFAULT } ]

< column_definition > ::= { column_name data_type }
[ COLLATE < collation_name > ]
[ [ DEFAULT constant_expression ]
| [ IDENTITY [ ( seed , increment ) [ NOT FOR REPLICATION ] ] ]
]
[ ROWGUIDCOL]
[ < column_constraint > ] [ ...n ]

< column_constraint > ::= [ CONSTRAINT constraint_name ]
{ [ NULL | NOT NULL ]
| [ { PRIMARY KEY | UNIQUE }
[ CLUSTERED | NONCLUSTERED ]
[ WITH FILLFACTOR = fillfactor ]
[ON {filegroup | DEFAULT} ] ]
]
| [ [ FOREIGN KEY ]
REFERENCES ref_table [ ( ref_column ) ]
[ ON DELETE { CASCADE | NO ACTION } ]
[ ON UPDATE { CASCADE | NO ACTION } ]
[ NOT FOR REPLICATION ]
]
| CHECK [ NOT FOR REPLICATION ]
( logical_expression )
}

< table_constraint > ::= [ CONSTRAINT constraint_name ]
{ [ { PRIMARY KEY | UNIQUE }
[ CLUSTERED | NONCLUSTERED ]
{ ( column [ ASC | DESC ] [ ,...n ] ) }
[ WITH FILLFACTOR = fillfactor ]
[ ON { filegroup | DEFAULT } ]
]
| FOREIGN KEY
[ ( column [ ,...n ] ) ]
REFERENCES ref_table [ ( ref_column [ ,...n ] ) ]
[ ON DELETE { CASCADE | NO ACTION } ]
[ ON UPDATE { CASCADE | NO ACTION } ]
[ NOT FOR REPLICATION ]
| CHECK [ NOT FOR REPLICATION ]
( search_conditions )
}

参数
database_name

是要在其中创建表的数据库名称。database_name 必须是现有数据库的名称。如果不指定数据库，database_name 默认为当前数据库。当前连接的登录必须在 database_name 所指定的数据库中有关联的现有用户 ID，而该用户 ID 必须具有创建表的权限。

owner

是新表所有者的用户 ID 名，owner 必须是 database_name 所指定的数据库中的现有用户 ID，owner 默认为与 database_name 所指定的数据库中的当前连接相关联的用户 ID。如果 CREATE TABLE 语句由 sysadmin 固定服务器角色成员或 database_name 所指定的数据库中的 db_dbowner 或 db_ddladmin 固定数据库角色成员执行，则 owner 可以指定与当前连接的登录相关联的用户 ID 以外的其它用户 ID。如果与执行 CREATE TABLE 语句的登录相关联的用户 ID 仅具有创建表的权限，则 owner 必须指定与当前登录相关联的用户 ID。sysadmin 固定服务器角色成员或别名为 dbo 用户的登录与用户 ID dbo 相关联；因此，由这些用户创建的表的默认所有者为 dbo。不是由上述两种角色的登录创建的表所有者默认为与该登录相关联的用户 ID。

table_name

是新表的名称。表名必须符合标识符规则。数据库中的 owner.table_name 组合必须唯一。table_name 最多可包含 128 个字符，但本地临时表的表名（名称前有一个编号符 #）最多只能包含 116 个字符。

column_name

是表中的列名。列名必须符合标识符规则，并且在表内唯一。以 timestamp 数据类型创建的列可以省略 column_name。如果不指定 column_name，timestamp 列的名称默认为 timestamp。

computed_column_expression

是定义计算列值的表达式。计算列是物理上并不存储在表中的虚拟列。计算列由同一表中的其它列通过表达式计算得到。例如，计算列可以这样定义：cost AS price * qty。表达式可以是非计算列的列名、常量、函数、变量，也可以是用一个或多个运算符连接的上述元素的任意组合。表达式不能为子查询。

计算列可用于选择列表、WHERE 子句、ORDER BY 子句或任何其它可使用常规表达式的位置，但下列情况除外：

计算列不能用作 DEFAULT 或 FOREIGN KEY 约束定义，也不能与 NOT NULL 约束定义一起使用。但是，如果计算列由具有确定性的表达式定义，并且索引列中允许计算结果的数据类型，则可将该列用作索引中的键列，或用作 PRIMARY KEY 或 UNIQUE 约束的一部分。
例如，如果表中含有整型列 a 和 b，则可以在计算列 a+b 上创建索引。但不能在计算列 a+DATEPART(dd, GETDATE()) 上创建索引，因为在以后的调用中，其值可能发生改变。

计算列不能作为 INSERT 或 UPDATE 语句的目标。

说明 表中计算列所使用的列值因行而异，因此每行的计算列值可能不同。

计算列的为空性是由 SQL Server 根据使用的表达式自动确定的。即使只有不可为空的列，大多数表达式的结果也认为是可为空的，因为可能的下溢或溢出也将生成 NULL 结果。使用 COLUMNPROPERTY 函数（AllowsNull 属性）查看表中任何计算列的为空性。通过指定 ISNULL(check_expression, constant)，其中常量为替代任何 NULL 结果的非 NULL 值，可为空的表达式 expr 可以转换为不可为空的表达式。

ON {filegroup | DEFAULT}

指定存储表的文件组。如果指定 filegroup，则表将存储在指定的文件组中。数据库中必须存在该文件组。如果指定 DEFAULT，或者根本未指定 ON 参数，则表存储在默认文件组中。

ON {filegroup | DEFAULT} 也可以在 PRIMARY KEY 约束或 UNIQUE 约束中指定。这些约束会创建索引。如果指定 filegroup，则索引将存储在指定的文件组中。如果指定 DEFAULT，则索引将存储在默认文件组中。如果约束中没有指定文件组，则索引将与表存储在同一文件组中。如果 PRIMARY KEY 约束或 UNIQUE 约束创建聚集索引，则表的数据页将与索引存储在同一文件组中。

说明 在 ON {filegroup | DEFAULT} 和 TEXTIMAGE_ON {filegroup | DEFAULT} 的上下文中，DEFAULT 并不是关键字。DEFAULT 是默认文件组的标识符并需对其进行定界，如 ON "DEFAULT"、ON [DEFAULT] 和 TEXTIMAGE_ON "DEFAULT" 或 TEXTIMAGE_ON [DEFAULT]。

TEXTIMAGE_ON

是表示 text、ntext 和 image 列存储在指定文件组中的关键字。如果表中没有 text、ntext 或 image 列，则不能使用 TEXTIMAGE ON。如果没有指定 TEXTIMAGE_ON，则 text、ntext 和 image 列将与表存储在同一文件组中。

data_type

指定列的数据类型。可以是系统数据类型或用户定义数据类型。用户定义数据类型必须先用 sp_addtype 创建，然后才能在表定义中使用。

在 CREATE TABLE 语句中，用户定义数据类型的 NULL/NOT NULL 赋值可被替代。但长度标准不能更改；不能在 CREATE TABLE 语句中指定用户定义数据类型的长度。

DEFAULT

如果在插入过程中未显式提供值，则指定为列提供的值。DEFAULT 定义可适用于除定义为 timestamp 或带 IDENTITY 属性的列以外的任何列。除去表时，将删除 DEFAULT 定义。只有常量值（如字符串）、系统函数（如 SYSTEM_USER()）或 NULL 可用作默认值。为保持与 SQL Server 早期版本的兼容，可以给 DEFAULT 指派约束名。

constant_expression

是用作列的默认值的常量、NULL 或系统函数。

IDENTITY

表示新列是标识列。当向表中添加新行时，Microsoft® SQL Server™ 将为该标识列提供一个唯一的、递增的值。标识列通常与 PRIMARY KEY 约束一起用作表的唯一行标识符。可以将 IDENTITY 属性指派给 tinyint、smallint、int、bigint、decimal(p,0) 或 numeric(p,0) 列。对于每个表只能创建一个标识列。不能对标识列使用绑定默认值和 DEFAULT 约束。必须同时指定种子和增量，或者二者都不指定。如果二者都未指定，则取默认值 (1,1)。

seed

是装入表的第一行所使用的值。

increment

是添加到前一行的标识值的增量值。

NOT FOR REPLICATION

表示当复制登录（如 sqlrepl）向表中插入数据时，不强制 IDENTITY 属性。复制的行必须保留发布数据库中所赋予的键值；NOT FOR REPLICATION 子句确保不向复制进程所插入的行赋予新的标识值。其它登录所插入的行仍然具有以通常的方式创建的新标识值。建议同时使用具有 NOT FOR REPLICATION 的 CHECK 约束，以确保赋予的标识值处于当前数据库所需的范围内。

ROWGUIDCOL

表示新列是行的全局唯一标识符列。对于每个表只能指派一个 uniqueidentifier 列作为 ROWGUIDCOL 列。ROWGUIDCOL 属性只能指派给 uniqueidentifier 列。如果数据库兼容级别小于或等于 65，则 ROWGUIDCOL 关键字无效。有关更多信息，请参见 sp_dbcmptlevel。

ROWGUIDCOL 属性并不强制列中所存储值的唯一性。该属性也不会为插入到表中的新行自动生成值。若要为每列生成唯一值，那么或者在 INSERT 语句中使用 NEWID 函数，或者将 NEWID 函数指定为该列的默认值。

collation_name

指定列的排序规则。排序规则名称既可以是 Windows 排序规则名称，也可以是 SQL 排序规则名称。collation_name 仅适用于数据类型为 char、varchar、text、nchar、nvarchar 及 ntext 的列。如果没有指定该参数，那么如果列的数据类型是用户定义的，则该列的排序规则就是用户定义数据类型的排序规则，否则就是数据库的默认排序规则。

有关 Windows 和 SQL 排序规则名称的更多信息，请参见 COLLATE。

CONSTRAINT

是可选关键字，表示 PRIMARY KEY、NOT NULL、UNIQUE、FOREIGN KEY 或 CHECK 约束定义的开始。约束是特殊属性，用于强制数据完整性并可以为表及其列创建索引。

constrain_name

是约束的名称。约束名在数据库内必须是唯一的。

NULL | NOT NULL

是确定列中是否允许空值的关键字。从严格意义上讲，NULL 不是约束，但可以使用与指定 NOT NULL 同样的方法指定。

PRIMARY KEY

是通过唯一索引对给定的一列或多列强制实体完整性的约束。对于每个表只能创建一个 PRIMARY KEY 约束。

UNIQUE

是通过唯一索引为给定的一列或多列提供实体完整性的约束。一个表可以有多个 UNIQUE 约束。

CLUSTERED | NONCLUSTERED

是表示为 PRIMARY KEY 或 UNIQUE 约束创建聚集或非聚集索引的关键字。PRIMARY KEY 约束默认为 CLUSTERED，UNIQUE 约束默认为 NONCLUSTERED。

在 CREATE TABLE 语句中只能为一个约束指定 CLUSTERED。如果在为 UNIQUE 约束指定 CLUSTERED 的同时又指定了 PRIMARY KEY 约束，则 PRIMARY KEY 将默认为 NONCLUSTERED。

[ WITH FILLFACTOR = fillfactor ]

指定 SQL Server 存储索引数据时每个索引页的充满程度。用户指定的 fillfactor 取值范围从 1 到 100。如果没有指定 fillfactor，则默认为 0。创建索引时，fillfactor 的值越低，不必分配新空间即可由新索引项使用的空间就越多。

FOREIGN KEY...REFERENCES

是为列中的数据提供引用完整性的约束。FOREIGN KEY 约束要求列中的每个值在被引用表中对应的被引用列中都存在。FOREIGN KEY 约束只能引用被引用表中为 PRIMARY KEY 或 UNIQUE 约束的列或被引用表中在 UNIQUE INDEX 内引用的列。

ref_table

是 FOREIGN KEY 约束所引用的表名。

(ref_column[,...n])

是 FOREIGN KEY 约束所引用的表中的一列或多列。

ON DELETE {CASCADE | NO ACTION}

指定当要创建的表中的行具有引用关系，并且从父表中删除该行所引用的行时，要对该行采取的操作。默认设置为 NO ACTION。

如果指定 CASCADE，则从父表中删除被引用行时，也将从引用表中删除引用行。如果指定 NO ACTION，SQL Server 将产生一个错误并回滚父表中的行删除操作。

例如，在 Northwind 数据库中，Orders 表和 Customers 表之间有引用关系。Orders.CustomerID 外键引用 Customers.CustomerID 主键。

如果对 Customers 表的某行执行 DELETE 语句，并且为 Orders.CustomerID 指定 ON DELETE CASCADE 操作，则 SQL Server 将在 Orders 表中检查是否有与被删除的行相关的一行或多行。如果存在相关行，则 Orders 表中的相关行将随 Customers 表中的被引用行一同删除。

反之，如果指定 NO ACTION，若在 Orders 表中至少有一行引用 Customers 表中要删除的行，则 SQL Server 将产生一个错误并回滚 Customers 表中的删除操作。

ON UPDATE {CASCADE | NO ACTION}

指定当要创建的表中的行具有引用关系，并且在父表中更新该行所引用的行时，要对该行采取的操作。默认设置为 NO ACTION。

如果指定 CASCADE，则在父表中更新被引用行时，也将在引用表中更新引用行。如果指定 NO ACTION，SQL Server 将产生一个错误并回滚父表中的行更新操作。

例如，在 Northwind 数据库中，Orders 表和 Customers 表之间有引用关系：Orders.CustomerID 外键引用 Customers.CustomerID 主键。

如果对 Customers 表的某行执行 UPDATE 语句，并且为 Orders.CustomerID 指定 ON UPDATE CASCADE 操作，则 SQL Server 将在 Orders 表中检查是否有与被更新行相关的一行或多行。如果存在相关行，则 Orders 表中的相关行将随 Customers 表中的被引用行一同更新。

反之，如果指定 NO ACTION，若在 Orders 表中至少有一行引用 Customers 行，则 SQL Server 将产生一个错误并回滚对 Customers 行的更新操作。

CHECK

是通过限制可输入到一列或多列中的可能值强制域完整性的约束。

NOT FOR REPLICATION

是用于防止在复制所使用的分发过程中强制 CHECK 约束的关键字。当表是复制发布的订户时，请不要直接更新订阅表，而要更新发布表，然后让复制进程将数据分发回订阅表。可以在订阅表上定义 CHECK 约束，以防用户修改订阅表。但是如果不使用 NOT FOR REPLICATION 子句，CHECK 约束同样会防止复制进程将修改从发布表分发给订阅表。NOT FOR REPLICATION 子句表示对用户的修改（而不是对复制进程）强加约束。

NOT FOR REPLICATION CHECK 约束适用于被更新记录的前像和后像，以防在复制范围中添加记录或从复制范围中删除记录。将检查所有删除和插入操作；如果操作在复制范围内，则拒绝执行该操作。

如果对标识符列使用此约束，则当复制用户更新标识列时，SQL Server 将允许不必重新计算表标识列的种子值。

logical_expression

是返回 TRUE 或 FALSE 的逻辑表达式。

column

是用括号括起来的一列或多列，在表约束中表示这些列用在约束定义中。

[ASC | DESC]

指定加入到表约束中的一列或多列的排序次序。默认设置为 ASC。

n

是表示前面的项可重复 n 次的占位符。

注释
SQL Server 的每个数据库最多可存储 20 亿个表，每个表可以有 1024 列。表的行数及总大小仅受可用存储空间的限制。每行最多可以存储 8,060 字节。如果创建具有 varchar、nvarchar 或 varbinary 列的表，并且列的字节总数超过 8,060 字节，虽然仍可以创建此表，但会出现警告信息。如果试图插入超过 8,060 字节的行或对行进行更新以至字节总数超过 8,060，将出现错误信息并且语句执行失败。

包含 sql_variant 列的 CREATE TABLE 语句可以生成下列警告：

The total row size (xx) for table 'yy' exceeds the maximum number of bytes per row (8060). Rows that exceed the maximum number of bytes will not be added.
出现该警告是因为 sql_variant 的最大长度只能为 8016 字节。当某个 sql_variant 列包含与最大长度接近的值时，它可以超过行的最大大小限制。

每个表最多可以有 249 个非聚集索引和一个聚集索引。其中包括所有为支持表中所定义的 PRIMARY KEY 和 UNIQUE 约束而生成的索引。

SQL Server 在列定义中并不强制以特定的顺序指定 DEFAULT、IDENTITY、ROWGUIDCOL 或列约束。

临时表
可以创建本地和全局临时表。本地临时表仅在当前会话中可见；全局临时表在所有会话中都可见。

本地临时表的名称前面有一个编号符 (#table_name)，而全局临时表的名称前面有两个编号符 (##table_name)。

SQL 语句使用 CREATE TABLE 语句中为 table_name 指定的名称引用临时表：

CREATE TABLE #MyTempTable (cola INT PRIMARY KEY)
INSERT INTO #MyTempTable VALUES (1)

如果本地临时表由存储过程创建或由多个用户同时执行的应用程序创建，则 SQL Server 必须能够区分由不同用户创建的表。为此，SQL Server 在内部为每个本地临时表的表名追加一个数字后缀。存储在 tempdb 数据库的 sysobjects 表中的临时表，其全名由 CREATE TABLE 语句中指定的表名和系统生成的数字后缀组成。为了允许追加后缀，为本地临时表指定的表名 table_name 不能超过 116 个字符。

除非使用 DROP TABLE 语句显式除去临时表，否则临时表将在退出其作用域时由系统自动除去：

当存储过程完成时，将自动除去在存储过程中创建的本地临时表。由创建表的存储过程执行的所有嵌套存储过程都可以引用此表。但调用创建此表的存储过程的进程无法引用此表。

所有其它本地临时表在当前会话结束时自动除去。

全局临时表在创建此表的会话结束且其它任务停止对其引用时自动除去。任务与表之间的关联只在单个 Transact-SQL 语句的生存周期内保持。换言之，当创建全局临时表的会话结束时，最后一条引用此表的 Transact-SQL 语句完成后，将自动除去此表。
在存储过程或触发器中创建的本地临时表与在调用存储过程或触发器之前创建的同名临时表不同。如果查询引用临时表，而同时有两个同名的临时表，则不定义针对哪个表解析该查询。嵌套存储过程同样可以创建与调用它的存储过程所创建的临时表同名的临时表。嵌套存储过程中对表名的所有引用都被解释为是针对该嵌套过程所创建的表，例如：

CREATE PROCEDURE Test2
AS
CREATE TABLE #t(x INT PRIMARY KEY)
INSERT INTO #t VALUES (2)
SELECT Test2Col = x FROM #t
GO
CREATE PROCEDURE Test1
AS
CREATE TABLE #t(x INT PRIMARY KEY)
INSERT INTO #t VALUES (1)
SELECT Test1Col = x FROM #t
EXEC Test2
GO
CREATE TABLE #t(x INT PRIMARY KEY)
INSERT INTO #t VALUES (99)
GO
EXEC Test1
GO

下面是结果集：

(1 row(s) affected)

Test1Col
-----------
1

(1 row(s) affected)

Test2Col
-----------
2

当创建本地或全局临时表时，CREATE TABLE 语法支持除 FOREIGN KEY 约束以外的其它所有约束定义。如果在临时表中指定 FOREIGN KEY 约束，该语句将返回警告信息，指出此约束已被忽略，表仍会创建，但不具有 FOREIGN KEY 约束。在 FOREIGN KEY 约束中不能引用临时表。

考虑使用表变量而不使用临时表。当需要在临时表上显式地创建索引时，或多个存储过程或函数需要使用表值时，临时表很有用。通常，表变量提供更有效的查询处理。有关更多信息，请参见 table。

PRIMARY KEY 约束
一个表只能包含一个 PRIMARY KEY 约束。

由 PRIMARY KEY 约束生成的索引不能使表中的非聚集索引超过 249 个，聚集索引超过 1 个。

如果没有在 PRIMARY KEY 约束中指定 CLUSTERED 或 NONCLUSTERED，并且没有为 UNIQUE 约束指定聚集索引，则将对该 PRIMARY KEY 约束使用 CLUSTERED。

在 PRIMARY KEY 约束中定义的所有列都必须定义为 NOT NULL。如果没有指定为空性，加入 PRIMARY KEY 约束的所有列的为空性都将设置为 NOT NULL。
UNIQUE 约束
如果 UNIQUE 约束中没有指定 CLUSTERED 或 NONCLUSTERED，则默认为 NONCLUSTERED。

每个 UNIQUE 约束都生成一个索引。由 UNIQUE 约束生成的索引不能使表中的非聚集索引超过 249 个，聚集索引超过 1 个。
FOREIGN KEY 约束
如果在 FOREIGN KEY 约束的列中输入非 NULL 值，则此值必须在被引用的列中存在，否则将返回违反外键约束的错误信息。

FOREIGN KEY 约束应用于前面所讲的列，除非指定了源列。

FOREIGN KEY 约束仅能引用位于同一服务器上的同一数据库中的表。数据库间的引用完整性必须通过触发器实现。有关更多信息，请参见 CREATE TRIGGER。

FOREIGN KEY 可以引用同一表中的其它列（自引用）。

列级 FOREIGN KEY 约束的 REFERENCES 子句仅能列出一个引用列，且该列必须与定义约束的列具有相同的数据类型。

表级 FOREIGN KEY 约束的 REFERENCES 子句中引用列的数目必须与约束列列表中的列数相同。每个引用列的数据类型也必须与列表中相应列的数据类型相同。

如果 timestamp 类型的列是外键或被引用键的一部分，则不能指定 CASCADE。

可以在相互间具有引用关系的表上组合使用 CASCADE 和 NO ACTION。如果 SQL Server 遇到 NO ACTION，将终止执行语句并回滚相关的 CASCADE 操作。当 DELETE 语句导致 CASCADE 和 NO ACTION 组合操作时，在 SQL Server 检查 NO ACTION 操作之前将执行所有 CASCADE 操作。

一个表最多可包含 253 个 FOREIGN KEY 约束。

对于临时表不强制 FOREIGN KEY 约束。

每个表在其 FOREIGN KEY 约束中最多可以引用 253 个不同的表。

FOREIGN KEY 约束只能引用被引用表的 PRIMARY KEY 或 UNIQUE 约束中的列或被引用表上 UNIQUE INDEX 中的列。
DEFAULT 定义
每列只能有一个 DEFAULT 定义。

DEFAULT 定义可以包含常量值、函数、SQL-92 niladic 函数或 NULL。下表显示 niladic 函数及其在执行 INSERT 语句时返回的默认值。 SQL-92 niladic 函数 返回的值
CURRENT_TIMESTAMP 当前日期和时间。
CURRENT_USER 执行插入操作的用户名。
SESSION_USER 执行插入操作的用户名。
SYSTEM_USER 执行插入操作的用户名。
USER 执行插入操作的用户名。

DEFAULT 定义中的 constant_expression 不能引用表中的其它列，也不能引用其它表、视图或存储过程。

不能在数据类型为 timestamp 的列或具有 IDENTITY 属性的列上创建 DEFAULT 定义。

如果用户定义数据类型绑定到默认对象，则不能在该用户定义数据类型的列上创建 DEFAULT 定义。
CHECK 约束
列可以有任意多个 CHECK 约束，并且约束条件中可以包含用 AND 和 OR 组合起来的多个逻辑表达式。列上的多个 CHECK 约束按创建顺序进行验证。

搜索条件必须取值为布尔表达式，并且不能引用其它表。

列级 CHECK 约束只能引用被约束的列，表级 CHECK 约束只能引用同一表中的列。
当执行 INSERT 和 DELETE 语句时，CHECK CONSTRAINTS 和规则具有相同的数据验证功能。

当列上存在规则和一个或多个 CHECK 约束时，将验证所有限制。
其它约束信息
为约束创建的索引不能用 DROP INDEX 语句除去；必须用 ALTER TABLE 语句除去约束。可以用 DBCC DBREINDEX 语句重建为约束创建的并由其使用的索引。

约束的名称必须符合标识符规则，但其名称的首字符不能为 #。如果没有提供 constraint_name，则使用系统生成的名称。约束名将出现在所有与违反约束有关的错误信息中。

当 INSERT、UPDATE 或 DELETE 语句违反约束时，将终止执行该语句。但将继续处理事务（如果此语句为显式事务的组成部分）。可以通过检查系统函数 @@ERROR，在事务定义中使用 ROLLBACK TRANSACTION 语句。
如果某个表具有 FOREIGN KEY 或 CHECK CONSTRAINTS 及触发器，则将在触发器执行前先检查约束条件。

若要获得关于表及其列的报表，请使用 sp_help 或 sp_helpconstraint。若要重命名表，请使用 sp_rename。若要获得与表相关的视图和存储过程的报表，请使用 sp_depends。

通常情况下，为表和索引分配空间时，每次以一个扩展盘区为增量单位。当创建表或索引时，首先从混合扩展盘区为其分配页，直到它具有足够的页填满一个统一扩展盘区。当有足够的页填满统一扩展盘区后，每当当前分配的扩展盘区填满时，将再为其分配另一个扩展盘区。若要获得关于由表分配和占用的空间量的报表，请执行 sp_spaceused。

表定义中的为空性规则
列的为空性规则决定该列中是否允许以空值 (NULL) 作为其数据。NULL 不是零或空白：它表示没有输入任何内容，或提供了一个显式 NULL 值，通常表示该值未知或不适用。

当用 CREATE TABLE 或 ALTER TABLE 语句创建或更改表时，数据库或会话设置会影响且可能替代列定义中数据类型的为空性。建议始终将列显式定义为非计算列的 NULL 或 NOT NULL，如果使用用户定义数据类型，则建议允许该列使用此数据类型的默认为空性。

在没有显式指定时，列的为空性遵循以下规则：

如果该列以用户定义数据类型定义：
SQL Server 使用在创建数据类型时指定的为空性。使用 sp_help 可获得该数据类型的默认为空性。
如果该

‘伍’ 在sql的建立基本表操作中，定义主码约束所使用的保留字为什么

可以在建表时定义、
create table test1(t1 int primary key,t2 int) ti是主键、主码完整性约束
create table test2(t3 int primary key,t1 int foreign key references test1(t1))
test2中t3为主键、t5为外键引用test1的t1
也可以使用
alter table test2
add constraint fk_s foreign key (t1) referneces test1(t1) 添加引用完整性，fk_s是约束名、自己随便起

如果test1的ti不是主键、可以通过
alter table test1
add constraint fk_t primary key (t1) 添加主码完整性，被指定的列、原表中一定要不能为空

‘陆’ sql怎么设置外键

sql server中建立外键约束有3中方式：enterprise manager中，tables,design table，设置table的properties,可以建立constraint, reference key;enterprise manager中，diagrams, new diagrams,建立两个表的关系；直接用transact sql语句。

1、三个方法都需要先建立数据表。

1）创建表author :

create table [dbo].[author] (
[id] [bigint] not null ,
[authorname] [char] (10) null ,
[address] [char] (480) null ,
[introction] [ntext] null
)

2）创建表mybbs:

reate table [dbo].[mybbs] (
[id] [bigint] identity (1, 1) not null ,
[authorid] [bigint] not null ,
[title] [char] (40) null ,
[date_of_created] [datetime] null ,
[abstract] [char] (480) null ,
[content] [ntext] null
)

2、设置表mybbs中的authorid为外键，参照author表的id字段，直接使用transact sql语句，过程如下：

1）增加表mybbs(authorid)的外键约束fk_mybbs_author，表mybbs中的authorid受表author中的主键id约束：

begin transaction
alter table dbo.mybbs add constraint fk_mybbs_author
foreign key (authorid)
references dbo.author([id]) on update cascade on delete cascade

2）删除外键约束fk_mybbs_author：
--alter table dbo.mybbs drop constraint fk_mybbs_author
--rollback
commit transaction

上面on update cascade，on delete cascade两个选项，指明以后author表的id字段有delete,update操作时，mybbs表中的id也会被级联删除或更新。如果没有选中，是不可以对author表中已被mybbs表关联的id进行update或者delete操作的。

拓展资料：

SQL的主键和外键的作用：

1、插入非空值时，如果主键表中没有这个值，则不能插入。

2、更新时，不能改为主键表中没有的值。

3、删除主键表记录时，你可以在建外键时选定外键记录一起级联删除还是拒绝删除。

4、更新主键记录时，同样有级联更新和拒绝执行的选择。

简而言之，SQL的主键和外键就是起约束作用。

‘柒’ 如何保证一批SQL语句执行的完整性

为了保证数据库数据的安全可靠性和正确有效，DBMS必须提供统一的数据保护功能。数据保护也为数据控制，主要包括数据库的安全性、完整性、并发控制和恢复。

1． 数据库的存取控制
ORACLE保护信息的方法采用任意存取控制来控制全部用户对命名对象的存取。用户对对象的存取受特权控制。一种特权是存取一命名对象的许可，为一种规定格式。
ORACLE使用多种不同的机制管理数据库安全性，其中有两种机制：模式和用户。模式为模式对象的集合，模式对象如表、视图、过程和包等。第一数据库有一组模式。
每一ORACLE数据库有一组合法的用户，可存取一数据库，可运行一数据库应用和使用该用户各连接到定义该用户的数据库。当建立一数据库用户时，对该用户建立一个相应的模式，模式名与用户名相同。一旦用户连接一数据库，该用户就可存取相应模式中的全部对象，一个用户仅与同名的模式相联系，所以用户和模式是类似的。

用户的存取权利受用户安全域的设置所控制，在建立一个数据库的新用户或更改一已有用户时，安全管理员对用户安全域有下列决策：
l 是由数据库系统还是由操作系统维护用户授权信息。
l 设置用户的缺省表空间和临时表空间。
l 列出用户可存的表空间和在表空间中可使用空间份额。
l 设置用户资源限制的环境文件，该限制规定了用户可用的系统资源的总量。
l 规定用户具有的特权和角色，可存取相应的对象。

每一个用户有一个安全域，它是一组特性，可决定下列内容：
l 用户可用的特权和角色；
l 用户可用的表空间的份额；
l 用户的系统资源限制。

1） 用户鉴别：
为了防止非授权的数据库用户的使用，ORACLE提供二种确认方法
操作系统确认和相应的ORACLE数据库确认。
如果操作系统允许，ORACLE可使用操作系统所维护的信息来鉴定用户。由操作系统鉴定用户的优点是：
l 用户可更方便地连接到ORACLE，不需要指定用户名和口令。
l 对用户授权的控制集中在操作系统，ORACLE不需要存储和管理用户口令。然而用户名在数据库中仍然要维护。
l 在数据库中的用户名项和操作系统审计跟踪相对应。

ORACLE数据库方式的用户确认：ORACLE利用存储在数据库中的信息可鉴定试图接到数据库的一用户，这种鉴别方法仅当操作系统不能用于数据库用户鉴别时才使用。当用户使用一ORACLE数据库时执行用户鉴别。每个用户在建立时有一个口令，用户口令在建立对数据库连接时使用，以防止对数据库非授权的使用。用户的口令以密码的格式存储在数据库数据字典中，用户可随时修改其口令。

2） 用户的表空间设置和定额
关于表空间的使用有几种设置选择：
l 用户的缺省表空间；
l 用户的临时表空间；
l 数据库表空间的空间使用定额。

3） 用户资源限制和环境文件
用户可用的各种系统资源总量的限制是用户安全域的部分。利用显式地设置资源限制；安全管理员可防止用户无控制地消耗宝贵的系统资源。资源限制是由环境文件管理。一个环境文件是命名的一组赋给用户的资源限制。另外ORACLE为安全管理员在数据库级提供使能或使不能实施环境文件资源限制的选择。
ORACLE可限制几种类型的系统资源的使用，每种资源可在会话级、调用级或两者上控制。在会话级：每一次用户连接到一数据库，建立一会话。每一个会话在执行SQL语句的计算机上耗费CPU时间和内存量进行限制。对ORACLE的几种资源限制可在会话级上设置。如果会话级资源限制被超过，当前语句被中止（回滚），并返回指明会话限制已达到的信息。此时，当前事务中所有之前执行的语句不受影响，此时仅可作COMMIT、ROLLBACK或删除对数据库的连接等操作，进行其它操作都将出错。
在调用级：在SQL语句执行时，处理该语句有好几步，为了防止过多地调用系统，ORACLE在调用级可设置几种资源限制。如果调用级的资源限制被超过，语句处理被停止，该语句被回滚，并返回一错误。然而当前事务的已执行所用语句不受影响，用户会话继续连接。

二、 数据完整性

它是指数据的正确性和相容性。数据的完整性是为了防止数据库存在不符合主义的数据，防止错误信息输入和输出，即数据要遵守由DBA或应用开发者所决定的一组预定义的规则。ORACLE应用于关系数据库的表的数据完整性有下列类型：
l 在插入或修改表的行时允许不允许包含有空值的列，称为空与非空规则。
l 唯一列值规则，允许插入或修改的表行在该列上的值唯一。
l 引用完整性规则，同关系模型定义
l 用户对定义的规则，为复杂性完整性检查。
ORACLE允许定义和实施上述每一种类型的数据完整性规则，这些规则可用完整性约束和数据库触发器定义。
完整性约束，是对表的列定义一规则的说明性方法。
数据库触发器，是使用非说明方法实施完整性规则，利用数据库触发器（存储的数据库过程）可定义和实施任何类型的完整性规则。

1． 完整性约束
ORACLE利用完整性约束机制防止无效的数据进入数据库的基表，如果任何DML执行结果破坏完整性约束，该语句被回滚并返回一上个错误。ORACLE实现的完整性约束完全遵守ANSI
X3。135-1989和ISO9075-1989标准。
利用完整性约束实施数据完整性规则有下列优点：
l 定义或更改表时，不需要程序设计，便很容易地编写程序并可消除程序性错误，其功能是由ORACLE控制。所以说明性完整性约束优于应用代码和数据库触发器。
l 对表所定义的完整性约束是存储在数据字典中，所以由任何应用进入的数据都必须遵守与表相关联的完整性约束。
l 具有最大的开发能力。当由完整性约束所实施的事务规则改变时，管理员只需改变完整性约束的定义，所有应用自动地遵守所修改的约束。
l 由于完整性约束存储在数据字典中，数据库应用可利用这些信息，在SQL语句执行之前或由ORACLE检查之前，就可立即反馈信息。
l 由于完整性约束说明的语义是清楚地定义，对于每一指定说明规则可实现性能优化。
l
由于完整性约束可临时地使不能，以致在装入大量数据时可避免约束检索的开销。当数据库装入完成时，完整性约束可容易地使其能，任何破坏完整性约束的任何新行在例外表中列出。
ORACLE的DBA和应用开始者对列的值输入可使用的完整性约束有下列类型：
l NOT NULL约束:如果在表的一列的值不允许为空，则需在该列指定NOT NULL约束。
l
UNIQUE码约束：在表指定的列或组列上不允许两行是具有重复值时，则需要该列或组列上指定UNIQUE码完整性约束。在UNIQUE码约束定义中的列或组列称为唯一码。所有唯一完整性约束是用索引方法实施。
l PRIMARY KEY约束：在数据库中每一个表可有一个PRIMARY KEY约束。包含在PRIMARY
KEY完整性约束的列或组列称为主码，每个表可有一个主码。ORACLE使用索引实施PRIMARY KEY约束。
l FOREIGN
KEY约束（可称引用约束）：在关系数据库中表可通过公共列相关联，该规则控制必须维护的列之间的关系。包含在引用完整性约束定义的列或组列称为外来码。由外来码所引用的表中的唯一码或方码，称为引用码。包含有外来码的表称为子表或从属表。由子表的外来码所引用的表称为双亲表或引用表。如果对表的每一行，其外来码的值必须与主码中一值相匹配，则需指定引用完整性约束。
l
CHECK约束：表的每行对一指定的条件必须是TRUE或未知，则需在一列或列组上指定CHECK完整性约束。如果在发出一个DML语句时，CHECK约束的条件计算得FALSE时，该语句被回滚。

‘捌’ SQL中，外码的问题

你的描述让人最先想到的是触发器，但是，因为有外键约束，先删除aclasspm会失败的。所以最简单的办法是写两条语句来完成。
delete from admin where adminclass = '值'
delete from aclasspm where adminclass = '值'

‘玖’ sql数据库中主码外码候选码等等一共有哪些码 都是什么意思

候选码是能够唯一标识一个记录的一组或一个属性，主码是从多个候选码中选择出的一组
外码是在本关系中的属性，但在另一个关系中作为主码的属性