Usar propiedades extendidas en objetos de base de datos

Actualizado: 5 de diciembre de 2005

Al usar propiedades extendidas, puede agregar texto, por ejemplo contenido descriptivo o instructivo, agregar máscaras de entrada, y agregar reglas de formato como propiedades de objetos de una base de datos o de la base de datos misma. Por ejemplo, puede agregar una propiedad extendida a un esquema, a una vista de esquema o a una columna de la vista. Como las propiedades extendidas se almacenan en la base de datos, todas las aplicaciones que leen las propiedades pueden evaluar el objeto de la misma manera. Esto ayuda a exigir coherencia en la forma en que todos los programas tratan a los datos en el sistema.

Las propiedades extendidas se pueden utilizar para lo siguiente:

• Especificar un título para una tabla, vista o columna. De esta manera, las aplicaciones pueden utilizar el mismo título en una interfaz de usuario que muestre información de esa tabla, vista o columna.
• Especificar una máscara de entrada para una columna, de manera que las aplicaciones puedan validar datos antes de ejecutar una instrucción Transact-SQL. Por ejemplo, el formato requerido para una columna de código postal o número de teléfono se puede especificar en la propiedad extendida.
• Especificar reglas de formato para mostrar los datos en una columna.
• Registrar una descripción de los objetos de base de datos específicos que las aplicaciones pueden mostrar a los usuarios. Por ejemplo, se pueden usar descripciones en una aplicación o un informe del diccionario de datos.
• Especificar el tamaño y la ubicación de la ventana en la que se mostrará una columna.

[!NOTA] No se deben utilizar propiedades extendidas para ocultar información confidencial de un objeto. Todo usuario al que se le haya concedido permiso para el objeto podrá ver las propiedades extendidas de ese objeto. Por ejemplo, si concede el permiso de usuario SELECT en una tabla, el usuario podrá ver las propiedades extendidas de esa tabla.

Definir las propiedades extendidas

Cada propiedad extendida tiene un nombre y un valor definidos por el usuario. El valor de una propiedad extendida es un valor sql_variant que puede contener hasta 7.500 bytes de datos. Se pueden agregar varias propiedades extendidas a un solo objeto.

Los objetos de una base de datos de SQL Server se clasifican en tres niveles (0, 1, 2) con el fin de especificar las propiedades extendidas. El nivel 0 es el nivel superior y, por definición, corresponde a objetos contenidos en el ámbito de la base de datos. Los objetos de nivel 1 están contenidos en el ámbito del esquema o del usuario, mientras que los de nivel 2 están contenidos en los objetos de nivel 1. Se pueden definir propiedades extendidas para objetos de cualquiera de estos niveles.

Las referencias a un objeto de un nivel deben estar calificadas con los nombres de los objetos del nivel superior, que son sus propietarios o que los contienen. Por ejemplo, cuando agrega una propiedad extendida a una columna de la tabla, nivel 2, también debe especificar el nombre de la tabla, nivel 1, que contiene la columna, y el esquema, nivel 0, que contiene la tabla.

En el siguiente ejemplo, el valor de la propiedad extendida 'Minimum inventory quantity.' se agrega a la columna SafetyStockLevel de la tabla Product, contenida en el esquema Production .

USE AdventureWorks;
GO
EXEC sys.sp_addextendedproperty 
@name = N'MS_DescriptionExample', 
@value = N'Minimum inventory quantity.', 
@level0type = N'SCHEMA', @level0name = Production, 
@level1type = N'TABLE',  @level1name = Product,
@level2type = N'COLUMN', @level2name = SafetyStockLevel;
GO

Agregar propiedades extendidas a objetos

En las siguientes tablas se enumeran los objetos a los que puede agregar propiedades extendidas. Se incluyen los tipos de objeto válidos de nivel 0, nivel 1 y nivel 2, así como los permisos requeridos para agregar, quitar o ver las propiedades extendidas.

Aggregate

Nivel	Tipo de nivel	Permisos requeridos para agregar o quitar una propiedad extendida	Permisos requeridos para ver una propiedad extendida	Comentarios
0	SCHEMA o USER			Se debe usar SCHEMA en lugar de USER. Vea "Esquema frente a usuario" más adelante en este tema.
1	AGGREGATE	ALTER en OBJECT de agregado	Cualquiera en OBJECT	Se aplica a las funciones de agregado definidas por el usuario CLR.

Assembly

Nivel	Tipo de nivel	Permisos requeridos para agregar o quitar una propiedad extendida	Permisos requeridos para ver una propiedad extendida
0	ASSEMBLY	ALTER en ASSEMBLY	Cualquiera en ASSEMBLY
1	Ninguno
2	Ninguno

Contract (Service Broker)

Nivel	Tipo de nivel	Permisos requeridos para agregar o quitar una propiedad extendida	Permisos requeridos para ver una propiedad extendida
0	CONTRACT	ALTER en CONTRACT	Cualquiera en CONTRACT
1	Ninguno
2	Ninguno

Database

Nivel	Tipo de nivel	Permisos requeridos para agregar o quitar una propiedad extendida	Permisos requeridos para ver una propiedad extendida	Comentarios
0	Ninguno	ALTER en DATABASE	CONTROL en DATABASE O bien TAKE OWNERSHIP en DATABASE O bien VIEW DEFINITION en DATABASE O bien ALTER ANY DATABASE en SERVER O bien CREATE DATABASE en SERVER	La propiedad se aplica a la base de datos misma.
1	Ninguno
2	Ninguno

Ejemplo

En el siguiente ejemplo, se agrega una propiedad extendida a la base de datos de ejemplo de AdventureWorks misma.

USE AdventureWorks;
GO
EXEC sys.sp_addextendedproperty 
@name = N'MS_DescriptionExample', 
@value = N'AdventureWorks Sample OLTP Database';
GO

Default

Nivel	Tipo de nivel	Permisos requeridos para agregar o quitar una propiedad extendida	Permisos requeridos para ver una propiedad extendida	Comentarios
0	SCHEMA o USER
1	DEFAULT	ALTER en SCHEMA	HAS_DBACCESS = 1	Se incluye únicamente para mantener la compatibilidad con versiones anteriores. Para obtener más información, vea Características obsoletas del motor de base de datos de SQL Server 2005.
2	Ninguno

Event Notification

Nivel	Tipo de nivel	Permisos requeridos para agregar o quitar una propiedad extendida	Permisos requeridos para ver una propiedad extendida	Comentarios
0	EVENT NOTIFICATION	ALTER ANY DATABASE EVENT NOTIFICATION ON DATABASE	Propietario de la notificación de eventos o bien CONTROL, ALTER, TAKE OWNERSHIP o VIEW DEFINITION en la base de datos O bien ALTER ANY DATABASE EVENT NOTIFICATION	Se aplica a las notificaciones de eventos de la base de datos que son primarias para la base de datos. No se pueden agregar propiedades extendidas a las notificaciones de eventos del servidor.
1	Ninguno
2	Ninguno

Filegroup o File Name

Nivel	Tipo de nivel	Permisos requeridos para agregar o quitar una propiedad extendida	Permisos requeridos para ver una propiedad extendida
0	FILEGROUP	ALTER en DATABASE	HAS_DBACCESS = 1
1	LOGICAL FILE NAME	ALTER en DATABASE	HAS_DBACCESS = 1
2	Ninguno

Ejemplo

En el siguiente ejemplo, se agrega una propiedad extendida al grupo de archivos PRIMARY.

USE AdventureWorks;
GO
EXEC sys.sp_addextendedproperty 
@name = N'MS_DescriptionExample', 
@value = N'Primary filegroup for the AdventureWorks sample database.', 
@level0type = N'FILEGROUP', @level0name = [PRIMARY];
GO

En el siguiente ejemplo, se agrega una propiedad extendida al nombre de archivo lógico AdventureWorks_Data del grupo de archivos PRIMARY.

USE AdventureWorks;
GO
EXEC sys.sp_addextendedproperty 
@name = N'MS_DescriptionExample', 
@value = N'Primary data file for the AdventureWorks sample database.', 
@level0type = N'FILEGROUP', @level0name = [PRIMARY],
@level1type = N'Logical File Name', @level1name = AdventureWorks_Data;
GO

Function

Nivel	Tipo de nivel	Permisos requeridos para agregar o quitar una propiedad extendida	Permisos requeridos para ver una propiedad extendida	Comentarios
0	SCHEMA o USER			Se debe usar SCHEMA en lugar de USER. Vea "Esquema frente a usuario" más adelante en este tema.
1	FUNCTION	ALTER en OBJECT de función	Cualquiera en COLUMN O bien Cualquiera en OBJECT	Se aplica a las siguientes funciones definidas por el usuario: Escalar de CLR Con valor de tabla de CLR Escalar de Transact-SQL Con valor de tabla en línea de Transact-SQL Con valor de tabla de Transact-SQL Si no se especifica un tipo de nivel 2, la propiedad se aplica a la función en sí misma.
2	COLUMN	ALTER en OBJECT de función	Cualquiera en COLUMN O bien Cualquiera en OBJECT
2	CONSTRAINT	ALTER en OBJECT de función	Cualquiera en COLUMN O bien Cualquiera en OBJECT
2	PARAMETER	ALTER en OBJECT de función	Cualquiera en COLUMN O bien Cualquiera en OBJECT

Ejemplo

En el siguiente ejemplo, se agrega una propiedad extendida a la función definida por el usuario ufnGetStock.

USE AdventureWorks;
GO
EXEC sys.sp_addextendedproperty 
@name = N'MS_DescriptionExample', 
@value = N'Scalar function returning the quantity of inventory for a specified ProductID.', 
@level0type = N'SCHEMA', @level0name = [dbo],
@level1type = N'FUNCTION', @level1name = ufnGetStock;
GO

En el siguiente ejemplo, se agrega una propiedad extendida al parámetro @ProductID definido en la función definida por el usuario ufnGetStock.

USE AdventureWorks;
GO
EXEC sys.sp_addextendedproperty 
@name = N'MS_DescriptionExample', 
@value = N'Input parameter. Enter a valid ProductID.', 
@level0type = N'SCHEMA', @level0name = [dbo],
@level1type = N'FUNCTION', @level1name = ufnGetStock,
@level2type = N'PARAMETER', @level2name ='@ProductID';
GO

Message Type

Nivel	Tipo de nivel	Permisos requeridos para agregar o quitar una propiedad extendida	Permisos requeridos para ver una propiedad extendida
0	MESSAGE TYPE	ALTER en MESSAGE TYPE	HAS_DBACCESS = 1
1	Ninguno
2	Ninguno

Partition Function

Nivel	Tipo de nivel	Permisos requeridos para agregar o quitar una propiedad extendida	Permisos requeridos para ver una propiedad extendida
0	PARTITION FUNCTION	ALTER ANY DATASPACE en DATABASE	HAS_DBACCESS = 1
1	Ninguno
2	Ninguno

Partition Scheme

Nivel	Tipo de nivel	Permisos requeridos para agregar o quitar una propiedad extendida	Permisos requeridos para ver una propiedad extendida
0	PARTITION SCHEME	ALTER ANY DATASPACE en DATABASE	HAS_DBACCESS = 1
1	Ninguno
2	Ninguno

Procedure

Nivel

Tipo de nivel

Permisos requeridos para agregar o quitar una propiedad extendida

Permisos requeridos para ver una propiedad extendida

Comentarios

0

SCHEMA o USER

 

 

Se debe usar SCHEMA en lugar de USER. Vea "Esquema frente a usuario" más adelante en este tema.

1

PROCEDURE

ALTER en OBJECT de procedimiento

Nota:

Sólo los miembros de la función fija de servidor sysadmin pueden agregar propiedades extendidas a procedimientos almacenados extendidos.

Cualquiera en OBJECT

Se aplica a los siguientes procedimientos almacenados definidos por el usuario:

• CLR
• Transact-SQL
• Filtro de réplica

Si no se especifica un tipo de nivel 2, la propiedad se aplica al procedimiento en sí mismo.

2

PARAMETER

ALTER en OBJECT de procedimiento

Cualquiera en OBJECT

 

Queue (Service Broker)

Nivel	Tipo de nivel	Permisos requeridos para agregar o quitar una propiedad extendida	Permisos requeridos para ver una propiedad extendida	Comentarios
0	SCHEMA o USER			Se debe usar SCHEMA en lugar de USER. Vea "Esquema frente a usuario" más adelante en este tema.
1	QUEUE	ALTER en OBJECT de cola	Cualquiera en OBJECT
2	EVENT NOTIFICATION	ALTER en OBJECT de cola	Propietario de la notificación de eventos o bien CONTROL, ALTER, TAKE OWNERSHIP o VIEW DEFINITION en la cola O bien ALTER ANY DATABASE EVENT NOTIFICATION	La notificación de eventos puede tener un propietario individual de la cola.

Remote Service Binding (Service Broker)

Nivel	Tipo de nivel	Permisos requeridos para agregar o quitar una propiedad extendida	Permisos requeridos para ver una propiedad extendida
0	REMOTE SERVICE BINDING	ALTER en REMOTE SERVICE BINDING	ANY en REMOTE SERVICE BINDING
1	Ninguno
2	Ninguno

Route (Service Broker)

Nivel	Tipo de nivel	Permisos requeridos para agregar o quitar una propiedad extendida	Permisos requeridos para ver una propiedad extendida
0	ROUTE	ALTER en REMOTE SERVICE BINDING	Cualquiera en ROUTE
1	Ninguno
2	Ninguno

Rule

Nivel	Tipo de nivel	Permisos requeridos para agregar o quitar una propiedad extendida	Permisos requeridos para ver una propiedad extendida	Comentarios
0	SCHEMA o USER
1	RULE	ALTER en SCHEMA	HAS_DBACCESS = 1	Se incluye para mantener la compatibilidad con versiones anteriores. Para obtener más información, vea Características obsoletas del motor de base de datos de SQL Server 2005.
2	Ninguno

Schema o User

Nivel

Tipo de nivel

Permisos requeridos para agregar o quitar una propiedad extendida

Permisos requeridos para ver una propiedad extendida

Comentarios

0

SCHEMA o USER

ALTER en SCHEMA o bien ALTER en USER

Cualquiera en APPLICATION ROLE

O bien

Cualquiera en ROLE

O bien

Cualquiera en USER

Si no se especifica un tipo de nivel 1, la propiedad se aplica al esquema o al usuario en sí mismo.

USER puede ser uno de los siguientes:

• Función de aplicación
• Función de base de datos
• Usuario de SQL Server
• Grupo de Windows
• Usuario de Windows

USER sólo se debe usar cuando agrega una propiedad extendida a un usuario.

Importante:

USER como tipo de nivel 0 definido en objetos de tipo de nivel 1 ó 2 desaparecerá en futuras versiones de SQL Server. Evite utilizar esta característica en nuevos trabajos de desarrollo y tenga previsto modificar las aplicaciones que actualmente la utilizan. En su lugar, utilice SCHEMA como tipo de nivel 0.

1

Varía

 

 

 

2

Varía

 

 

 

Service

Nivel	Tipo de nivel	Permisos requeridos para agregar o quitar una propiedad extendida	Permisos requeridos para ver una propiedad extendida
0	SERVICE	ALTER en SERVICE	ALTER en SERVICE O bien CONTROL en SERVICE O bien TAKE OWNERSHIP en SERVICE O bien VIEW DEFINITION en SERVICE
1	Ninguno
2	Ninguno

Synonym

Nivel	Tipo de nivel	Permisos requeridos para agregar o quitar una propiedad extendida	Permisos requeridos para ver una propiedad extendida	Comentarios
0	SCHEMA o USER			Se debe usar SCHEMA en lugar de USER. Vea "Esquema frente a usuario" más adelante en este tema.
1	SYNONYM	CONTROL en SYNONYM	Cualquiera en OBJECT
2	Ninguno

Table

Nivel	Tipo de nivel	Permisos requeridos para agregar o quitar una propiedad extendida	Permisos requeridos para ver una propiedad extendida	Comentarios
0	SCHEMA o USER			Se debe usar SCHEMA en lugar de USER. Vea "Esquema frente a usuario" más adelante en este tema.
1	TABLE	ALTER en OBJECT de tabla	Cualquiera en COLUMN O bien Cualquiera en OBJECT	Se aplica a las tablas definidas por el usuario. Si no se especifica un tipo de nivel 2, la propiedad se aplica a la tabla en sí misma.
2	COLUMN	ALTER en OBJECT de tabla	Cualquiera en COLUMN O bien Cualquiera en OBJECT
2	CONSTRAINT	ALTER en OBJECT de tabla	ALTER en OBJECT O bien CONTROL en OBJECT O bien TAKE OWNERSHIP en OBJECT O bien VIEW DEFINITION en OBJECT	Se aplica a las siguientes restricciones: CHECK DEFAULT FOREIGN KEY PRIMARY KEY UNIQUE
2	INDEX	ALTER en OBJECT de tabla	Cualquiera en COLUMN O bien Cualquiera en OBJECT	Se aplica a índices relacionales y XML.
2	TRIGGER	ALTER en OBJECT de tabla	ALTER en OBJECT O bien CONTROL en OBJECT O bien TAKE OWNERSHIP en OBJECT O bien VIEW DEFINITION en OBJECT	Se aplica a los siguientes desencadenadores DML: CLR Transact-SQL No se aplica a los desencadenadores DDL.

Ejemplo

En el siguiente ejemplo, se agrega una propiedad extendida a la tabla Address del esquema Person.

USE AdventureWorks;
GO
EXEC sys.sp_addextendedproperty 
@name = N'MS_Description', 
@value = N'Street address information for customers, employees, and vendors.', 
@level0type = N'SCHEMA', @level0name = Person, 
@level1type = N'TABLE',  @level1name = Address;
GO

En el siguiente ejemplo, se agrega una propiedad extendida al índice IX_Address_StateProviceID de la tabla Address del esquema Person.

USE AdventureWorks;
GO
EXEC sys.sp_addextendedproperty 
@name = N'MS_DescriptionExample', 
@value = N'Nonclustered index on StateProvinceID.', 
@level0type = N'SCHEMA', @level0name = Person, 
@level1type = N'TABLE',  @level1name = Address,
@level2type = N'INDEX',  @level2name = IX_Address_StateProvinceID;
GO

Trigger

Nivel	Tipo de nivel	Permisos requeridos para agregar o quitar una propiedad extendida	Permisos requeridos para ver una propiedad extendida	Comentarios
0	TRIGGER	ALTER ANY TRIGGER en DATABASE	ALTER ANY TRIGGER en DATABASE	Sólo se aplica a los desencadenadores DDL.
1	Ninguno
2	Ninguno

Tipo

Nivel	Tipo de nivel	Permisos requeridos para agregar o quitar una propiedad extendida	Permisos requeridos para ver una propiedad extendida	Comentarios
0	TYPE	CONTROL en TYPE	Cualquiera en TYPE	Se aplica a los tipos definidos por el usuario creados en versiones anteriores de SQL Server. Se incluye para mantener la compatibilidad con versiones anteriores. Para obtener más información, vea Características obsoletas del motor de base de datos de SQL Server 2005.
1	Ninguno
2	Ninguno

Type

Nivel	Tipo de nivel	Permisos requeridos para agregar o quitar una propiedad extendida	Permisos requeridos para ver una propiedad extendida	Comentarios
0	SCHEMA o USER			Se debe usar SCHEMA en lugar de USER. Vea "Esquema frente a usuario" más adelante en este tema.
1	TYPE	CONTROL en TYPE	Cualquiera en TYPE
2	Ninguno

View

Nivel	Tipo de nivel	Permisos requeridos para agregar o quitar una propiedad extendida	Permisos requeridos para ver una propiedad extendida	Comentarios
0	SCHEMA o USER			Se debe usar SCHEMA en lugar de USER. Vea "Esquema frente a usuario" más adelante en este tema.
1	VIEW	ALTER en OBJECT de vista	Cualquiera en COLUMN O bien Cualquiera en OBJECT	Se aplica a las vistas definidas por el usuario. Si no se especifica un tipo de nivel 2, la propiedad se aplica a la vista en sí misma.
2	COLUMN	ALTER en OBJECT de vista	Cualquiera en COLUMN O bien Cualquiera en OBJECT
2	INDEX	ALTER en OBJECT de vista	Cualquiera en COLUMN O bien Cualquiera en OBJECT	Se aplica a índices relacionales y XML.
2	TRIGGER	ALTER en OBJECT de vista	ALTER ANY TRIGGER en DATABASE O bien ALTER en OBJECT O bien CONTROL en OBJECT O bien TAKE OWNERSHIP en OBJECT O bien VIEW DEFINITION en OBJECT	Se aplica a los siguientes desencadenadores DML: CLR Transact-SQL No se aplica a los desencadenadores DDL.

XML Schema Collection

Nivel	Tipo de nivel	Permisos requeridos para agregar o quitar una propiedad extendida	Permisos requeridos para ver una propiedad extendida	Comentarios
0	SCHEMA o USER			Se debe usar SCHEMA en lugar de USER. Vea "Esquema frente a usuario" más adelante en este tema.
1	XML SCHEMA COLLECTION	ALTER en XML SCHEMA COLLECTION	ALTER en XML SCHEMA COLLECTION O bien CONTROL en XML SCHEMA COLLECTION O bien REFERENCES en XML SCHEMA COLLECTION O bien TAKE OWNERSHIP en XML SCHEMA COLLECTION O bien VIEW DEFINITION en XML SCHEMA COLLECTION	No es posible agregar propiedades extendidas a un espacio de nombres XML.
2	Ninguno

Objetos que carecen de compatibilidad para propiedades extendidas

No se pueden definir propiedades extendidas en los siguientes objetos:

• Objetos que pertenecen al ámbito de la base de datos que no se hayan mencionado en las tablas anteriores. Entre ellos se incluyen los objetos de texto completo.
• Objetos que no pertenecen al ámbito de la base de datos, como los extremos HTTP.
• Objetos sin nombre como los parámetros de las funciones de la partición.
• Certificados, claves simétricas, claves asimétricas y credenciales.
• Objetos definidos del sistema como tablas del sistema, vistas de catálogos y procedimientos almacenados del sistema.

Esquema frente a usuario

En versiones anteriores de SQL Server, los usuarios eran propietarios de objetos de base de datos, como tablas, vistas y desencadenadores. Por lo tanto, se permitía agregar una propiedad extendida a uno de estos objetos y especificar un nombre de usuario como tipo de nivel 0. Sin embargo, en SQL Server 2005, los objetos de la base de datos conforman esquemas independientes de los usuarios que los poseen.

Debe tener en cuenta que si especifica USER como tipo de nivel 0 en SQL Server 2005 al aplicar una propiedad extendida a un objeto de la base de datos, puede dar lugar a una ambigüedad en la resolución de nombres. Supongamos, por ejemplo, que el usuario Mary posee dos esquemas, Mary y MySchema, y que cada uno contiene una tabla denominada MyTable. Si Mary agrega una propiedad extendida a la tabla MyTable y especifica @level0type = N'USER', @level0name = Mary, no queda claro a qué tabla se aplica la propiedad extendida. Por compatibilidad con versiones anteriores, SQL Server aplicará la propiedad a la tabla contenida en el esquema Mary. Para obtener más información acerca de usuarios y esquemas, vea Separación de esquemas de usuario.

Utilizar máscaras de entrada frente a las restricciones CHECK

Tanto las restricciones CHECK como las propiedades extendidas que proporcionan una máscara de entrada se pueden utilizar para especificar un patrón de fechas esperadas para las columnas de la tabla y de la vista. La mayoría de los sitios eligen unas o las otras, a menos que se cumpla una de las siguientes situaciones:

• Las restricciones CHECK se utilicen como medida provisional hasta que todos los programas que emplean esta tabla puedan usar las propiedades de máscara de entrada.
• El sitio también admita usuarios que puedan actualizar los datos mediante herramientas ad hoc que no lean las propiedades extendidas.

La ventaja que presenta la máscara de entrada sobre la restricción CHECK es que la lógica se aplica en las aplicaciones. Éstas pueden generar una mayor cantidad de errores informativos si un usuario proporciona datos con el formato incorrecto. La desventaja de la máscara de entrada es que requiere una llamada independiente a fn_listextendedproperty o a sys.extended_properties para obtener la propiedad, y que la lógica para exigir la máscara debe agregarse en todos los programas.

Replicar propiedades extendidas

Las propiedades extendidas sólo se replican en la sincronización inicial entre el publicador y el suscriptor. Si agrega o modifica una propiedad extendida después de la sincronización inicial, el cambio no se replica. Para obtener más información sobre la réplica de objetos de base de datos, vea Publicar datos y objetos de base de datos.

Utilizar propiedades extendidas en las aplicaciones

Las propiedades extendidas sólo proporcionan una ubicación con nombre para almacenar los datos. Todas las aplicaciones deben codificarse para consultar la propiedad y llevar a cabo la acción apropiada. Por ejemplo, la acción de agregar una propiedad de título a una columna no crea un título que la aplicación pueda mostrar. Toda aplicación debe estar codificada para poder leer el título y mostrarlo correctamente.

Para agregar una propiedad extendida

• sp_addextendedproperty (Transact-SQL)

Para actualizar una propiedad extendida

• sp_updateextendedproperty (Transact-SQL)

Para eliminar una propiedad extendida

• sp_dropextendedproperty (Transact-SQL)

Para ver una propiedad extendida

• fn_listextendedproperty (Transact-SQL)
• sys.extended_properties (Transact-SQL)

Vea también

Conceptos

Permisos

Otros recursos

Diseñar bases de datos
HAS_DBACCESS (Transact-SQL)

Ayuda e información

Obtener ayuda sobre SQL Server 2005

Historial de cambios

Versión	Historial
5 de diciembre de 2005	Contenido nuevo: Se agregó la sección "Replicar propiedades extendidas". Se agregó una nota en la sección "Procedimiento" sobre los permisos necesarios para procedimientos almacenados extendidos.