Filtros de fila con parámetros

Los filtros con parámetros permiten enviar diferentes particiones de datos a diferentes suscriptores sin necesidad de crear varias publicaciones (los filtros con parámetros se denominaban filtros dinámicos en versiones anteriores de SQL Server). Una partición es simplemente un subconjunto de filas en una tabla; dependiendo de la configuración elegida al crear un filtro con parámetros, cada fila de una tabla publicada puede pertenecer a una sola partición (lo que produce particiones no superpuestas) o a dos o más particiones (lo que produce particiones superpuestas).

Las particiones no superpuestas se pueden compartir entre varias suscripciones o restringirse de forma que sólo una suscripción reciba una partición determinada. La configuración que controla el comportamiento de la partición se describe en "Usar las opciones de filtrado apropiadas" más adelante en este tema. Con esta configuración, puede adaptar los filtros con parámetros a los requisitos de rendimiento y de la aplicación. En general, las particiones superpuestas proporcionan mayor grado de flexibilidad, mientras que las particiones no superpuestas replicadas en una sola suscripción proporcionan mejor rendimiento.

Los filtros con parámetros se utilizan en una sola tabla y generalmente se combinan con filtros de combinación para extender el filtrado a las tablas relacionadas. Para obtener más información, vea Filtros de combinación.

Para definir o modificar un filtro de fila con parámetros

Cómo funcionan los filtros con parámetros

Un filtro de fila con parámetros utiliza una cláusula WHERE para seleccionar los datos apropiados para publicar. En vez de especificar un valor literal en la cláusula (como ocurre con un filtro de fila estático), se especifica una o las dos funciones del sistema siguientes: SUSER_SNAME() y HOST_NAME(). También se pueden utilizar funciones definidas por el usuario, pero deben incluir SUSER_SNAME() o HOST_NAME() en el cuerpo de la función, o evaluar una de estas funciones del sistema (como MyUDF(SUSER_SNAME()). Si una función definida por el usuario incluye SUSER_SNAME() o HOST_NAME() en el cuerpo de la función, no se pueden pasar parámetros a la función.

Las funciones del sistema SUSER_SNAME() y HOST_NAME() no son específicas para la réplica de mezcla, pero la réplica de mezcla las utiliza para el filtrado con parámetros:

  • SUSER_SNAME() devuelve información de inicio de sesión para las conexiones establecidas con una instancia de SQL Server. Cuando se utiliza en un filtro con parámetros, devuelve el inicio de sesión que utiliza el Agente de mezcla para conectarse al publicador (el inicio de sesión se especifica al crear una suscripción).
  • HOST_NAME() devuelve el nombre del equipo que se está conectando a una instancia de SQL Server. Cuando se utiliza en un filtro con parámetros, devuelve de manera predeterminada el nombre del equipo en el que se está ejecutando el Agente de mezcla. Para las suscripciones de extracción, es el nombre del suscriptor, y para las suscripciones de inserción, es el nombre del distribuidor.
    También es posible anular esta función con un valor distinto del nombre del suscriptor o el distribuidor. Por lo general, las aplicaciones reemplazan esta función con valores más significativos, como el nombre o Id. de un vendedor. Para obtener más información, vea la sección "Reemplazar el valor de HOST_NAME()" de este tema.

El valor que devuelve la función del sistema se compara con la columna especificada en la tabla que está filtrando y se descargan los datos apropiados al suscriptor. Esta comparación se lleva a cabo al inicializar la suscripción (para que la instantánea inicial contenga únicamente los datos correctos) y cada vez que se sincroniza la suscripción. De manera predeterminada, si un cambio en el publicador hace que se mueva una fila fuera de una partición, esta fila se elimina en el suscriptor (este comportamiento se controla con el parámetro **@allow\_partition\_realignment** de sp_addmergepublication (Transact-SQL)).

[!NOTA] Cuando se realizan comparaciones para los filtros con parámetros, se utiliza siempre la intercalación de base de datos. Por ejemplo, si la intercalación de base de datos no distingue entre mayúsculas y minúsculas, pero la intercalación de tabla o columna sí lo hace, la comparación no distinguirá entre mayúsculas y minúsculas.

Filtrar con SUSER_SNAME()

Considere la tabla Employee en la base de datos de ejemplo Adventure Works. Esta tabla incluye la columna LoginID, que contiene el inicio de sesión de cada empleado en la forma 'dominio\inicioDeSesión'. Para filtrar esta tabla con el fin de que los empleados reciban únicamente los datos relacionados con ellos, especifique la cláusula de filtro:

LoginID = SUSER_SNAME()

Por ejemplo, el valor para uno de los empleados es 'adventure-works\john5'. Cuando el Agente de mezcla se conecta al publicador, utiliza el nombre de inicio de sesión especificado al crear la suscripción (en este caso, 'adventure-works\john5'). A continuación, el Agente de mezcla compara el valor devuelto por SUSER_SNAME() con los valores de la tabla y descarga únicamente la fila que contiene el valor 'adventure-works\john5' en la columna LoginID.

Filtrar con HOST_NAME()

Considere la tabla HumanResources.Employee. Suponga que esta tabla contiene una columna ComputerName con el nombre del equipo de cada empleado en formato 'nombre_tipoDeEquipo'. Para filtrar esta tabla con el fin de que los empleados reciban únicamente los datos relacionados con ellos, especifique la cláusula de filtro:

ComputerName = HOST_NAME()

Por ejemplo, el valor de uno de los empleados podría ser 'john5_laptop'. Cuando el Agente de mezcla se conecta al publicador, compara el valor devuelto por HOST_NAME() con los valores de la tabla y descarga únicamente la fila que contiene el valor 'john5_laptop' en la columna ComputerName.

También puede combinar las funciones en un filtro. Por ejemplo, si desea asegurarse de que un empleado reciba datos sólo cuando utilice su nombre de inicio de sesión en su equipo, la cláusula de filtro podría ser:

LoginID = SUSER_SNAME() AND ComputerName = HOST_NAME()

A menos que vaya a reemplazar el valor de HOST_NAME(), el filtrado con HOST_NAME() sólo se suele utilizar con suscripciones de extracción. El valor que devuelve la función es el nombre del equipo en el que se está ejecutando el Agente de mezcla. Para las suscripciones de extracción, el valor es diferente para cada suscripción, pero para las suscripciones de inserción, el valor es el mismo (todos los agentes de mezcla se ejecutan en el distribuidor para las suscripciones de inserción).

ms152478.security(es-es,SQL.90).gifNota de seguridad:
El valor de la función HOST_NAME() se puede reemplazar; por lo tanto, no es posible utilizar filtros que incluyan HOST_NAME() para controlar el acceso a particiones de datos. Para controlar el acceso a particiones de datos, utilice SUSER_SNAME(), SUSER_SNAME() en combinación con HOST_NAME(), o utilice filtros de fila estáticos.

Reemplazar el valor de HOST_NAME()

Como se indicó anteriormente, HOST_NAME() devuelve, de manera predeterminada, el nombre del equipo que se está conectando a una instancia de SQL Server. Cuando se utilizan filtros con parámetros, es frecuente reemplazar este valor con otro suministrado al crear una suscripción. En este caso, la función HOST_NAME() devuelve el valor especificado en lugar del nombre del equipo.

[!NOTA] Si reemplaza HOST_NAME(), todas las llamadas a la función HOST_NAME() devolverán el valor especificado. Asegúrese de que otras aplicaciones no dependan de que HOST_NAME() devuelva el nombre del equipo.

Considere la tabla HumanResources.Employee. Esta tabla incluye la columna EmployeeID. Para filtrar esta tabla con el fin de que cada empleado reciba únicamente los datos relacionados con él, especifique la cláusula de filtro:

EmployeeID = CONVERT(int,HOST_NAME())

Por ejemplo, la empleada Pamela Ansman-Wolfe tiene asignada la ID de empleado 280. Especifique el valor del Id. de empleado (280 en este ejemplo) como valor de HOST_NAME() al crear una suscripción para esta empleada. Cuando el Agente de mezcla se conecte al publicador, comparará el valor devuelto por HOST_NAME() con los valores de la tabla y descargará únicamente la fila que contiene el valor 280 en la columna EmployeeID.

ms152478.note(es-es,SQL.90).gifImportante:
La función HOST_NAME() devuelve un valor nchar, por lo que debe usar CONVERT si la columna de la cláusula del filtro es de tipo de datos numérico, como en el ejemplo anterior. Por motivos de rendimiento, se recomienda no aplicar funciones a los nombres de columna en las cláusulas de los filtros de fila con parámetros, como CONVERT(nchar,EmployeeID) = HOST_NAME(). En su lugar, se recomienda usar el método que se muestra en el ejemplo: EmployeeID = CONVERT(int,HOST_NAME()). Esta cláusula puede usare para el parámetro @subset_filterclause de sp_addmergearticle, pero generalmente no se puede usar en el Asistente para nueva publicación (el asistente ejecuta la cláusula del filtro para validarlo, pero no lo logra porque el nombre del equipo no se puede convertir a int). Si usa el Asistente para nueva publicación, se recomienda especificar CONVERT(nchar,EmployeeID) = HOST_NAME() en el asistente y, a continuación, usar sp_changemergearticle para cambiar la cláusula a EmployeeID = CONVERT(int,HOST_NAME()) antes de crear una instantánea de la publicación.

Para reemplazar el valor de HOST_NAME()

Utilice uno de los métodos siguientes para reemplazar el valor de HOST_NAME():

Inicializar una suscripción a una publicación con filtros con parámetros

Cuando se utilizan filtros de fila con parámetros en las publicaciones de mezcla, la réplica inicializa cada suscripción con una instantánea en dos partes. Para obtener más información, vea Instantáneas para publicaciones de mezcla con filtros con parámetros.

Usar las opciones de filtrado apropiadas

Hay dos áreas clave que puede controlar cuando se utilizan filtros con parámetros:

  • Cómo procesa los filtros la réplica de mezcla, que se controla con una de las dos opciones de publicación siguientes: use partition groups y keep partition changes.
  • Cómo se comparten los datos entre los suscriptores, que debe reflejarse en la opción de artículo partition options (opciones de partición).

Para establecer opciones de filtrado

Configurar 'use partition groups' y 'keep partition changes'

Las opciones use partition groups y keep partition changes mejoran el rendimiento de la sincronización para las publicaciones con artículos filtrados, ya que almacenan metadatos adicionales en la base de datos de publicaciones. La opción use partition groups proporciona una mayor mejora en el rendimiento mediante la característica de particiones precalculadas. Esta opción se establece de manera predeterminada en true si los artículos de la publicación cumplen una serie de requisitos. Para obtener más información acerca de estos requisitos, vea Optimizar el rendimiento de los filtros con parámetros con particiones precalculadas. Si los artículos no cumplen los requisitos para usar particiones precalculadas, se establecerá la opción keep partition changes en true.

Configurar 'partition options'

Al crear un artículo, se especifica un valor para la propiedad partition options, en función de cómo van a compartir los suscriptores los datos de la tabla filtrada. Es posible asignar a la propiedad uno de cuatro valores usando sp_addmergearticle, sp_changemergearticle y el cuadro de diálogo Propiedades del artículo. La propiedad se puede establecer en uno de dos valores en los cuadros de diálogo Agregar filtro o Editar filtro, disponibles desde el Asistente para nueva publicación y el cuadro de diálogo Propiedades de la publicación. La tabla siguiente resume los valores disponibles:

Descripción Valor en Agregar filtro y Editar filtro Valor en Propiedades del artículo Valor en procedimientos almacenados

Los datos de las particiones se superponen y el suscriptor puede actualizar las columnas a las que se hace referencia en un filtro con parámetros.

Una fila de esta tabla irá a varias suscripciones

Superpuestas

0

Los datos de las particiones se superponen y el suscriptor no puede actualizar las columnas a las que se hace referencia en un filtro con parámetros.

N/A1

Superpuestas, no permitir cambios de datos fuera de la partición

1

Los datos de las particiones no se superponen y los datos se comparten entre las suscripciones. El suscriptor no puede actualizar columnas a las que se hace referencia en un filtro con parámetros.

N/A1

No superpuestas, compartir entre suscripciones

2

Los datos de las particiones no se superponen y hay una sola suscripción por partición. El suscriptor no puede actualizar columnas a las que se hace referencia en un filtro con parámetros.2

Una fila de esta tabla irá a una sola suscripción

No superpuestas, una sola suscripción

3

1 Si la opción de filtrado subyacente se establece en 0, en 1 o en 2, los cuadros de diálogo Agregar filtro y Editar filtro mostrarán Una fila de esta tabla irá a varias suscripciones.

2 Si especifica esta opción, sólo podrá haber una suscripción para cada partición de datos de ese artículo. Si se crea una segunda partición en la que el criterio de filtrado de la nueva suscripción se resuelve en la misma partición que la suscripción existente, se quitará la suscripción existente.

ms152478.note(es-es,SQL.90).gifImportante:
El valor de partition options debe establecerse en función de cómo comparten los datos los suscriptores. Por ejemplo, si especifica una partición sin superposición con una sola suscripción por partición, pero después actualiza los datos en otro suscriptor, se puede producir un error en el Agente de mezcla durante la sincronización y dar lugar a una falta de convergencia.

Seleccionar la opción de partición apropiada

Las particiones no superpuestas funcionan en combinación con las particiones precalculadas para mejorar el rendimiento en situaciones en las que se admiten algunas limitaciones funcionales. Las particiones precalculadas aceleran la descarga de datos para los suscriptores, pero hacen más lenta la carga. Las particiones no superpuestas minimizan el costo de carga asociado a las particiones precalculadas. La ventaja en el rendimiento de las particiones no superpuestas es más evidente cuando los filtros con parámetros y de combinación utilizados son más complejos.

Tenga en cuenta los siguientes escenarios al decidir qué opciones de partición debe utilizar en una publicación.

  • Adventure Works tiene un equipo de ventas móvil en el que cada vendedor es responsable de los clientes de un código postal determinado. La aplicación requiere que se actualice el código postal si un cliente se traslada de un área de ventas a otra, para poder asignar el cliente a otro vendedor. El filtro con parámetros se basa en el código postal del cliente, y la actualización quita el código postal de la partición de un vendedor y lo inserta en la partición de otro vendedor. Para esto, se requieren particiones superpuestas y la capacidad de actualizar columnas a las que se hace referencia en un filtro con parámetros. Esta opción proporciona la máxima flexibilidad, pero es posible que no funcione tan bien con particiones no superpuestas.
  • Una agencia gubernamental suministra datos a las oficinas regionales de cada condado del estado. Los datos no se superponen; cada fila de la tabla de la oficina principal de la agencia está incluida en una sola partición, pero esa partición se envía a varias oficinas del mismo condado. Es apropiado utilizar la opción de particiones no superpuestas con las particiones compartidas entre suscripciones, lo que proporciona una mejora en el rendimiento en comparación con las particiones superpuestas, a la vez que satisface los requisitos de la aplicación.
  • Si tiene particiones no superpuestas y sólo una suscripción recibe y actualiza los datos de una partición, puede obtener ventajas adicionales en el rendimiento. Este escenario es común para los sistemas de punto de venta y las aplicaciones de personal de campo en las que los datos se recopilan principalmente en el suscriptor y se cargan en el publicador. Considere una tabla Package en una aplicación de entrega: a medida que se cargan los paquetes en un camión, el estado de cada paquete cambia en la tabla Package, y el cambio se replica en la oficina principal. Los conductores no actualizan el estado del mismo paquete en dos camiones distintos, por lo que la tabla Package es un buen candidato para una partición no superpuesta con una sola suscripción por partición.

Consideraciones para particiones no superpuestas

Tenga en cuenta las consideraciones siguientes al utilizar particiones no superpuestas:

Consideraciones generales
  • La publicación debe utilizar particiones precalculadas.
  • Una fila debe pertenecer a una sola partición.
  • Los artículos no pueden formar parte de un registro lógico.
  • No se admiten otros asociados de sincronización (esta característica ya no se utiliza).
  • El suscriptor no puede actualizar columnas a las que se hace referencia en un filtro con parámetros.
  • Si una inserción en un suscriptor no pertenece a la partición, no se eliminará. Sin embargo, tampoco se replicará en otros suscriptores.
  • En algunas circunstancias con particiones superpuestas, los intervalos de identidad se ajustan cuando el Agente de mezcla inserta datos. Con las particiones no superpuestas, los intervalos sólo se pueden ajustar durante las inserciones realizadas por un usuario con permisos para ajustar intervalos de identidad en la base de datos de suscripciones. El usuario debe ser el propietario de la tabla o debe ser miembro de la función fija de servidor sysadmin, de la función fija de base de datos db_owner o de la función fija de base de datos db_ddladmin.
Otras consideraciones para las particiones no superpuestas con una sola suscripción por partición
Otras consideraciones para los filtros de combinación
  • En una jerarquía de filtros de combinación, un artículo con una partición superpuesta no puede aparecer por encima de un artículo con una partición no superpuesta. Es decir, un artículo primario debe usar particiones no superpuestas si las utiliza el artículo secundario. Para obtener información acerca de los filtros de combinación, vea Filtros de combinación.
  • Un filtro de combinación en el que la partición no superpuesta es un proceso secundario debe tener la propiedad join unique key establecida en 1. Para obtener más información, vea Filtros de combinación.
  • El artículo sólo debe tener un filtro con parámetros o un filtro de combinación. Se admite tener un filtro con parámetros y ser el proceso primario en un filtro de combinación. No se permite tener un filtro con parámetros y ser el proceso secundario en un filtro de combinación. Tampoco se permite tener más de un filtro de combinación.
  • Si dos tablas del publicador tienen una relación de filtro de combinación y la tabla secundaria tiene filas que no tienen una fila correspondiente en la tabla primaria, la inserción de la fila que falta en la tabla primaria no hará que las filas relacionadas se descarguen al suscriptor (las filas se descargarían con particiones superpuestas). Por ejemplo, si la tabla SalesOrderDetail tiene filas sin una fila correspondiente en la tabla SalesOrderHeader, e inserta la fila que falta en SalesOrderHeader, la fila se descargará en el suscriptor, pero las filas correspondientes en SalesOrderDetail no lo harán.

Vea también

Conceptos

Prácticas recomendadas para filtros de fila basados en el tiempo
Filtrar datos publicados
Filtrar datos publicados para la réplica de mezcla

Ayuda e información

Obtener ayuda sobre SQL Server 2005