① 关于查询数据表属性的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 可获得该数据类型的默认为空性。
如果该
② gis的联合属性表怎么看与原来属性不一样的
gis的联合属性表在设置中看原来属性不一样的。根据查询gis公开查看资料得知，打开gis点开设置点击数据打开数据即可查看了。GIS关联属性表转属性描述了要素的相关特性，并存储于表中，在创建新的属性表或是向已有的属性表中增加字段。
③ 如何修改文件的查看属性
选中需要修改的文件，然后在一个文件的图标上点击鼠标右键，选择“属性”。然后可看到在下面的对话框中出现“只读”“隐藏”“存档”有个口型的复选框，点击口型框即可修改。
④ 如何检索LDAP数据库的所有属性
关于mysql处理百万级以上的数据时如何提高其查询速度的方法
最近一段时间由于工作需要，开始关注针对Mysql数据库的select查询语句的相关优化方法。
由于在参与的实际项目中发现当mysql表的数据量达到百万级时，普通SQL查询效率呈直线下降，而且如果where中的查询条件较多时，其查询速度简直无法容忍。曾经测试对一个包含400多万条记录（有索引）的表执行一条条件查询，其查询时间竟然高达40几秒，相信这么高的查询延时，任何用户都会抓狂。因此如何提高sql语句查询效率，显得十分重要。以下是网上流传比较广泛的30种SQL查询语句优化方法：
1、应尽量避免在 where 子句中使用!=或>操作符，否则将引擎放弃使用索引而进行全表扫描。
2、对查询进行优化，应尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引。
3、应尽量避免在 where 子句中对字段进行 null 值判断，否则将导致引擎放弃使用索引而进行全表扫描，如：
select id from t where num is null
可以在num上设置默认值0，确保表中num列没有null值，然后这样查询：
select id from t where num=0
4、尽量避免在 where 子句中使用 or 来连接条件，否则将导致引擎放弃使用索引而进行全表扫描，如：
select id from t where num=10 or num=20
可以这样查询：
select id from t where num=10
union all
select id from t where num=20
5、下面的查询也将导致全表扫描：(不能前置百分号)
select id from t where name like ‘%c%’
若要提高效率，可以考虑全文检索。
6、in 和 not in 也要慎用，否则会导致全表扫描，如：
select id from t where num in(1,2,3)
对于连续的数值，能用 between 就不要用 in 了：
select id from t where num between 1 and 3
7、如果在 where 子句中使用参数，也会导致全表扫描。因为SQL只有在运行时才会解析局部变量，但优化程序不能将访问计划的选择推迟到运行时；它必须在编译时进行选择。然 而，如果在编译时建立访问计划，变量的值还是未知的，因而无法作为索引选择的输入项。如下面语句将进行全表扫描：
select id from t where num=@num
可以改为强制查询使用索引：
select id from t with(index(索引名)) where num=@num
8、应尽量避免在 where 子句中对字段进行表达式操作，这将导致引擎放弃使用索引而进行全表扫描。如：
select id from t where num/2=100
应改为:
select id from t where num=100*2
9、应尽量避免在where子句中对字段进行函数操作，这将导致引擎放弃使用索引而进行全表扫描。如：
select id from t where substring(name,1,3)=’abc’–name以abc开头的id
select id from t where datediff(day,createdate,’2005-11-30′)=0–’2005-11-30′生成的id
应改为:
select id from t where name like ‘abc%’
select id from t where createdate>=’2005-11-30′ and createdate<’2005-12-1′
10、不要在 where 子句中的逗=地左边进行函数、算术运算或其他表达式运算，否则系统将可能无法正确使用索引。
11、在使用索引字段作为条件时，如果该索引是复合索引，那么必须使用到该索引中的第一个字段作为条件时才能保证系统使用该索引，否则该索引将不会被使 用，并且应尽可能的让字段顺序与索引顺序相一致。
12、不要写一些没有意义的查询，如需要生成一个空表结构：
select col1,col2 into #t from t where 1=0
这类代码不会返回任何结果集，但是会消耗系统资源的，应改成这样：
create table #t(…)
13、很多时候用 exists 代替 in 是一个好的选择：
select num from a where num in(select num from b)
用下面的语句替换：
select num from a where exists(select 1 from b where num=a.num)
14、并不是所有索引对查询都有效，SQL是根据表中数据来进行查询优化的，当索引列有大量数据重复时，SQL查询可能不会去利用索引，如一表中有字段 sex，male、female几乎各一半，那么即使在sex上建了索引也对查询效率起不了作用。
15、索引并不是越多越好，索引固然可以提高相应的 select 的效率，但同时也降低了 insert 及 update 的效率，因为 insert 或 update 时有可能会重建索引，所以怎样建索引需要慎重考虑，视具体情况而定。一个表的索引数最好不要超过6个，若太多则应考虑一些不常使用到的列上建的索引是否有 必要。
16.应尽可能的避免更新 clustered 索引数据列，因为 clustered 索引数据列的顺序就是表记录的物理存储顺序，一旦该列值改变将导致整个表记录的顺序的调整，会耗费相当大的资源。若应用系统需要频繁更新 clustered 索引数据列，那么需要考虑是否应将该索引建为 clustered 索引。
17、尽量使用数字型字段，若只含数值信息的字段尽量不要设计为字符型，这会降低查询和连接的性能，并会增加存储开销。这是因为引擎在处理查询和连接时会 逐个比较字符串中每一个字符，而对于数字型而言只需要比较一次就够了。
18、尽可能的使用 varchar/nvarchar 代替 char/nchar ，因为首先变长字段存储空间小，可以节省存储空间，其次对于查询来说，在一个相对较小的字段内搜索效率显然要高些。
19、任何地方都不要使用 select * from t ，用具体的字段列表代替逗*地，不要返回用不到的任何字段。
20、尽量使用表变量来代替临时表。如果表变量包含大量数据，请注意索引非常有限（只有主键索引）。
21、避免频繁创建和删除临时表，以减少系统表资源的消耗。
22、临时表并不是不可使用，适当地使用它们可以使某些例程更有效，例如，当需要重复引用大型表或常用表中的某个数据集时。但是，对于一次性事件，最好使 用导出表。
23、在新建临时表时，如果一次性插入数据量很大，那么可以使用 select into 代替 create table，避免造成大量 log ，以提高速度；如果数据量不大，为了缓和系统表的资源，应先create table，然后insert。
24、如果使用到了临时表，在存储过程的最后务必将所有的临时表显式删除，先 truncate table ，然后 drop table ，这样可以避免系统表的较长时间锁定。
25、尽量避免使用游标，因为游标的效率较差，如果游标操作的数据超过1万行，那么就应该考虑改写。
26、使用基于游标的方法或临时表方法之前，应先寻找基于集的解决方案来解决问题，基于集的方法通常更有效。
27、与临时表一样，游标并不是不可使用。对小型数据集使用 FAST_FORWARD 游标通常要优于其他逐行处理方法，尤其是在必须引用几个表才能获得所需的数据时。在结果集中包括逗合计地的例程通常要比使用游标执行的速度快。如果开发时 间允许，基于游标的方法和基于集的方法都可以尝试一下，看哪一种方法的效果更好。
28、在所有的存储过程和触发器的开始处设置 SET NOCOUNT ON ，在结束时设置 SET NOCOUNT OFF 。无需在执行存储过程和触发器的每个语句后向客户端发送 DONE_IN_PROC 消息。
29、尽量避免向客户端返回大数据量，若数据量过大，应该考虑相应需求是否合理。
30、尽量避免大事务操作，提高系统并发能力。
⑤ 金蝶eas扩展报表设置存储过程数据集怎样设置数据库类型
DELPHI7要手动添加的，delphi的bin目录下的dclqrt70.bpl，component->install packages->add->\bin\dclqrt70.bpl
上网络搜一下，可以找到很多解释说明的网文的。例如
1、TQuickRep控件(报表结构设计,相当于一个母板,一个设计器)
TQuickRep属性与方法：
1) Dataset属性：用来和数据集联系，如果做的是主表/明细表型报表，那么Dataset连接的是主表对应的数据集。
2) Bands属性：包含若干子属性，用来规划报表的页面需要哪些栏目，通过该属性，就可以进行整个报表的划分，例如，是否显示报表标题、列名标题、表头、表尾和页码等。他可以设置6中属性，每设置一种属性为TRUE，TquickReport控件就自动增加一个相应的类型的TQRBand，含义如下：
·报表页眉：HasPageHeader：是否打印表头（每页都打印）
·报表标题：HasTitle：是否打印报表的标题（仅在第一页打印）
·数据列标题：HasColumnHeader：是否打印列标题名。（每页都打印）
·数据栏：HasDetail：是否打印列数据记录。
·汇总区：HasSunnary：是否打印总结数据（仅在最后页打印）
·报表页脚：HasPageFooter: 是否打印表尾（每页都打印）
3) Options属性：如果设置了表头、表尾，可以进一步设置Option属性。
FirstPageHeader：设置是否在报表的第一页出现表头。
LastPageFooter：设置是否在报表的最后一页出现表尾。
Compression：用来设置是否以压缩格式存储报表。
4) Page属性：用来设置报表的大小、边和页的方向等。
5) PrinterSetting属性：允许选择打印的份数、打印起止页和是否重复打印。
6) ReportTitle属性：这个属性不能直接设置，通常由TQRSysData控件来设置报表的标题。
另外，还可以通过双击TQueickReport控件的方法，在弹出的对话框中进行设置。
7) OnNeedData事件：用来从非BDE数据集中生成一个报表，当报表需要下一条记录时触发该事件。有个参数MoreData，当报表完成是要把他设置为false。
8)preview方法：报表预览。
2、表段(Band)
·TQRSubDetail控件：用来显示明细表的数据。
。。。（此处略去一亿万字）。。。
⑥ Excel如何查看和修改表单控件的属性（以选项按钮为例）
1、打开一个Excel的文件，在表格中输入一些字符串，比如衣服品种和数量统计表，如下图所示。
⑦ 如果希望查看数据库的属性，可以使用的系统存储过程是哪个
在网络上直接搜索“SqlServer系统存储过程”，呵呵呵～
sp_databases
列出服务器上的所有数据库
sp_server_info
列出服务器信息，如字符集，版本和排列顺序
sp_stored_proceres
列出当前环境中的所有存储过程
sp_tables
列出当前环境中所有可以查询的对象
sp_password
添加或修改登录帐户的密码
sp_configure
显示(不带选项)或更改(带选项)当前服务器的全局配置设置
sp_help
返回表的列名，数据类型，约束类型等
sp_helptext
显示规则，默认值，未加密的存储过程，用户定义的函数，触发器或视图的实际文本
sp_helpfile
查看当前数据库信息
sp_dboption
显示或更改数据库选项
sp_detach_db
分离数据库
sp_attach_db
附加数据库
sp_admpdevice
添加设备
sp_dropdevice
删除设备
sp_pkeys
查看主键
sp_fkeys
查看外键
sp_helpdb
查看指定数据库相关文件信息
sp_addtype
自建数据类型
sp_droptype
删除自建数据类型
sp_rename
重新命名数据库
sp_executesql
执行SQL语句
sp_addlogin
添加登陆
sp_droplogin
删除登录
sp_grantdbaccess
把用户映射到登录，即添加一个数据库安全帐户并授予塔访问权限
sp_revokedbaccess
撤销用户的数据访问权,即从数据库中删除一个安全帐户
sp_addrole
添加角色
sp_addrolemember
向角色中添加成员，使其成为数据库角色的成员
sp_addsrvrolemember
修改登录使其成为固定服务器角色的成员
sp_grantlogin
允许使用组帐户或系统用户使用Windows身份验证连接到SQL
sp_defaultdb
修改一个登录的默认数据库
sp_helpindex
用于查看表的索引
sp_cursoropen
定义与游标和游标选项相关的SQL语句，然后生成游标
sp_cursorfetch
从游标中提取一行或多行
sp_cursorclose
关闭并释放游标
sp_cursoroption
设置各种游标选项
sp_cursor
用于请求定位更新
sp_cursorprepare
把与游标有关的T-SQL语句或批处理编译成执行计划，但并不创建游标
sp_cursorexecute
从由sp_cursorprepare创建的执行计划中创建并填充游标
sp_cursorunprepare
废弃由sp_cursorprepare生成的执行计划
sp_settriggerorder
指定第一个或最后一个激发的、与表关联的AFTER 触发器。在第一个和最后一个触发器之间激发的AFTER 触发器将按未定义的顺序执行
sp_start_job
立即启动自动化任务
sp_stop_job
停止正在执行的自动化任务
⑧ 如何设置表格的属性
材料/工具：Excel2010
1、打开电脑，新建Excel2010表格插入需要设置的表格。
⑨ 如何用sql的存储过程或者sql来查询一个表中不同属性的字段个数
如何用sql的存储过程或者sql来查询一个表中不同属性的字段个数
用group by就可以解决。
比如表名为test，数据如下
id grade
1 10
1 20
2 40
2 30
⑩ 如何修改ArcGIS中shape文件属性表的字段类型
1、 启动ArcCatalog，选择一个用来存储新建Shapefile的文件夹（位置）。
2、 从主菜单中选择File > New > Shapefile。在Create New Shapefile对话框中，为shapefile命名，选择要素类型，设定坐标系统。如果要存储M和Z值，选中相应的复选框。完成后单击OK。
3、 右键单击新创建的shapefile，从环境菜单中选择Properties。
4、 在Shapefile Properties对话框中，单击Fields标签。
5、 要创建一个新的字段，只要在第一个有效的空行上单击。在Field Name下输入属性的名称。在Data Type下单击，从下拉列表框中选择合适的数据类型。
6、 一旦选择了数据类型，就可以对字段特性进行设置。设置完字段特性后，但击应用或确定。