Componentes comodín y validación del contenido
Se aplica a: 
SQL Server Azure SQL Database Azure SQL Managed Instance
Los componentes comodín se utilizan para aumentar la flexibilidad en cuanto a lo que se permite que aparezca en un modelo de contenido. El lenguaje XSD admite estos componentes de las formas siguientes:
Componentes de carácter comodín de elementos. Se representan mediante el elemento
<xsd:any>.Componentes de carácter comodín de atributos. Se representan mediante el elemento
<xsd:anyAttribute>.
Los dos elementos de carácter comodín (<xsd:any> y <xsd:anyAttribute>) admiten el uso de un atributo processContents. Esto permite especificar un valor que indica el modo en que las aplicaciones XML controlan la validación del contenido de los documentos asociado a estos elementos de caracteres comodín. A continuación se exponen los distintos valores y su efecto:
El valor strict especifica que se valida totalmente el contenido.
El valor skip especifica que no se valida totalmente el contenido
El valor lax especifica que solo se validan los elementos y atributos para los que hay disponibles definiciones de esquema.
La validación lax y los elementos xs:anyType
La especificación de esquemas XML utiliza la validación lax para los elementos del tipo anyType . Puesto que SQL Server 2005 (9.x) no admitía la validación lax, se aplicaba la validación estricta a los elementos anyType. A partir de SQL Server 2008 (10.0.x), se admite la validación lax. El contenido de los elementos de tipo anyType se validará utilizando la validación lax.
En el ejemplo siguiente se ilustra la validación lax: el elemento de esquema e es de tipo anyType . El ejemplo crea variables xml con tipo e ilustra la validación lax del elemento de tipo anyType .
CREATE XML SCHEMA COLLECTION SC AS '
<schema xmlns="http://www.w3.org/2001/XMLSchema"
targetNamespace="http://ns">
<element name="e" type="anyType"/>
<element name="a" type="byte"/>
<element name="b" type="string"/>
</schema>';
GO
El ejemplo siguiente funciona correctamente porque la validación de <e> es correcta:
DECLARE @var XML(SC);
SET @var = '<e xmlns="http://ns"><a>1</a><b>data</b></e>';
GO
El ejemplo siguiente funciona correctamente: se acepta la instancia, aunque no se haya definido ningún elemento <c> en el esquema:
DECLARE @var XML(SC);
SET @var = '<e xmlns="http://ns"><a>1</a><c>Wrong</c><b>data</b></e>';
GO
La instancia XML del ejemplo siguiente se rechaza, porque la definición del elemento <a> no permite un valor de cadena.
DECLARE @var XML(SC);
SET @var = '<e xmlns="http://ns"><a>Wrong</a><b>data</b></e>';
SELECT @var;
GO