今天在北京上学的侄子问了我一个问题：SQL SERVER中如何用SQL语句给表的栏位加注释

关于注释这个问题，之前没用SQL语句去添加过，都是在Enterprise Manager里面添加的：（

查了一下资料，得知Microsoft在SQL Server™ 2000中引入了扩展属性，用户可在各种数据库对象上定义这些属性。这些扩展属性可用于存储与数据库对象有关的应用程序或站点特有的信息。

可以用sp_addextendedproperty将新扩展属性添加到数据库对象中。如果属性已经存在，则过程失败。

用法如下：

sp_addextendedproperty
[ @name = ] { ‘property_name’ }
[ , [ @value = ] { ‘value’ }
[ , [ @level0type = ] { ‘level0_object_type’ }
, [ @level0name = ] { ‘level0_object_name’ }
[ , [ @level1type = ] { ‘level1_object_type’ }
, [ @level1name = ] { ‘level1_object_name’ }
[ , [ @level2type = ] { ‘level2_object_type’ }
, [ @level2name = ] { ‘level2_object_name’ }
]
]
]
]

参数
[ @name = ] { ‘property_name’ }

要添加的属性名称。property_name 的数据类型为 sysname，它不能是 NULL。名称可能还包括空白或非字母数字字符串和二进制值。

注：property_name=’MS_Description’时，为添加注释

[ @value = ] { ‘value’ }

将要与属性相关联的值。value 的数据类型为 sql_variant，带有默认设置 NULL。value 的大小不能超过 7,500 字节；否则 SQL Server 会产生错误。

[ @level0type = ] { ‘level0_object_type’ }

用户或用户定义类型。level0_object_type 的数据类型为 varchar(128)，其默认值为 NULL。有效的输入是 USER、TYPE 和 NULL。

[ @level0name = ] { ‘level0_object_name’ }

指定的 0 级对象类型的名称。level0_object_name 的数据类型为 sysname，其默认值为 NULL。

[ @level1type = ] { ‘level1_object_type’ }

1 级对象的类型。level1_object_type 的数据类型为 varchar(128)，其默认值为 NULL。有效的输入是 TABLE、VIEW、PROCEDURE、FUNCTION、DEFAULT、RULE 和 NULL。

[ @level1name = ] { ‘level1_object_name’ }

指定的 1 级对象类型的名称。level1_object_name 的数据类型为 sysname，其默认值为 NULL。

[ @level2type = ] { ‘level2_object_type’ }

2 级对象的类型。level2_object_type 的数据类型为 varchar(128)，其默认值为 NULL。有效的输入是 COLUMN、PARAMETER、INDEX、CONSTRAINT、TRIGGER 和 NULL。

[ @level2name = ] { ‘level2_object_name’ }

指定的 2 级对象类型的名称。level2_object_name 的数据类型为 sysname,其默认值为 NULL。

返回代码值
0（成功）或 1（失败）

注释

1.系统对象不允许有扩展属性。

2.对象是按级别区分的，0 级为最高，2 级为最低。当用户添加、更新或删除扩展属性时，必须指定所有更高级别的对象。例如，如果用户要向 1 级对象添加扩展属性，就必须指定所有 0 级信息。如果用户要向 2 级对象添加扩展属性，则必须提供关于 0 级和 1 级的所有信息。

3.在每个级别上，对象类型和对象名可唯一地标识对象。如果指定了一个对中的任一方，则必须指定另一方。

4.给定了有效 property_name 和 value，如果没有任何对象类型和名称，则属性属于当前数据库。如果指定对象类型和名称，则还必须指定父对象和类型。否则，SQL Server 会产生错误。

权限
db_owner 和 db_ddladmin 固定数据库角色的成员可以将扩展属性添加到任何对象中。用户可以为他们所拥有的对象添加扩展属性。然而，只有 db_owner 可以将属性添加到用户名称中。

示例

下面的示例给表”T1″的”ID”列添加注释：

CREATE table T1 (id int , name char (20))

GO

EXEC sp_addextendedproperty ‘MS_Description’, ‘Employee ID’, ‘user’, dbo, ‘table’, T1, ‘column’, id

另外

sp_updateextendedproperty：更新现有扩展属性的值。

sp_dropextendedproperty：除去现有的扩展属性。

FN_LISTEXTENDEDPROPERTY：检索现有扩展属性的值

在 oracle 中可用COMMENT语句给栏位加注释，如下：

COMMENT ON COLUMN employees.job_id
IS ‘abbreviated job title’;

删除注释：

COMMENT ON COLUMN employees.job_id IS ‘ ‘;

更详细的语法参考 oracle 文档

4． 物理模型设计
这一步所做的工作是确定数据的存储结构，确定索引策略，确定数据存放位置，确定存储分配。

确定数据仓库实现的物理模型，要求设计人员必须做到以下几方面：
• 要全面了解所选用的数据库管理系统，特别是存储结构和存取方法。
• 了解数据环境、数据的使用频度、使用方式、数据规模以及响应时间要求等，这些是对时间和空间效率进行平衡和优化的重要依据。
• 了解外部存储设备的特性，如分块原则，块大小的规定，设备的I/O特性等。

4．1确定数据的存储结构
一个数据库管理系统往往都提供多种存储结构供设计人员选用，不同的存储结构有不同的实现方式，各有各的适用范围和优缺点，设计人员在选择合适的存储结构时应该权衡三个方面的主要因素：存取时间、存储空间利用率和维护代价。

4．2 确定索引策略
数据仓库的数据量很大，因而需要对数据的存取路径进行仔细的设计和选择。由于数据仓库的数据都是不常更新的，因而可以设计多种多样的索引结构来提高数据存取效率。

在数据仓库中，设计人员可以考虑对各个数据存储建立专用的、复杂的索引，以获得最高的存取效率，因为在数据仓库中的数据是不常更新的，也就是说每个数据存储是稳定的，因而虽然建立专用的、复杂的索引有一定的代价，但一旦建立就几乎不需维护索引的代价。 (more…)

2．技术准备工作
这一阶段的工作包括：
• 技术评估
• 技术环境准备

这一阶段的成果是：
• 技术评估报告
• 软硬件配置方案
• 系统(软、硬件)总体设计方案

管理数据仓库的技术要求与管理操作型环境中的数据与处理的技术要求区别很大，两者所考虑的方面也不同。我们之所以在一般情况下总是将分析型数据与操作型数据分离开来，将分析型数据单独集中存放，也就是用数据仓库来存放，技术要求上的差异是一个重要原因。

2．1技术评估
进行技术评估，就是确定数据仓库的各项性能指标。一般情况下，需要在这一步里确定的性能指标包括：

• 管理大数据量数据的能力
• 进行灵活数据存取的能力
• 根据数据模型重组数据的能力
• 透明的数据发送和接收能力
• 周期性成批装载数据的能力
• 可设定完成时间的作业管理能力 (more…)