Replicación Transaccional

10/10/2005 - 22:59 por Pao | Informe spam
Hola
Es posible definir una replicación transaccional de forma bidireccional, es
decir que que los suscriptores puedan modificar, eliminar o ingresar datos???
Ahora microsoft no recomienda usar replicación merge??? o alguna
bidireccional??? Por qué??

Si es posible que me ayuden con link, (de preferencia en español) que me
indiquen como optimizar el rendimiento de una replicación y los contadores
básicos que se deben considerar en la replicación.

Gracias.

Preguntas similare

Leer las respuestas

#1 Maxi \(MVP SQL\)
11/10/2005 - 02:51 | Informe spam
Hola Pao, para esto tienes la merge y no se porque indicas que MS no la
recomienda


-
MS-MVP SQL SERVER
"Pao" escribió en el mensaje
news:
Hola
Es posible definir una replicación transaccional de forma bidireccional,
es
decir que que los suscriptores puedan modificar, eliminar o ingresar
datos???
Ahora microsoft no recomienda usar replicación merge??? o alguna
bidireccional??? Por qué??

Si es posible que me ayuden con link, (de preferencia en español) que me
indiquen como optimizar el rendimiento de una replicación y los contadores
básicos que se deben considerar en la replicación.

Gracias.
Respuesta Responder a este mensaje
#2 Pao
11/10/2005 - 03:20 | Informe spam
Sucede que no quiero usar merge porque esta me crea un campo en las tablas y
eso me genera problemas a mi aplicación.

Yo no digo que microsoft no la recomienda, en un reporte de un proveedor
local que consluye esto:
Conclusión:

De acuerdo a lo sugerido por Microsoft (300164) por el tipo de diseño que
incluye columnas con Identity se recomienda el uso de la replicación de
mezcla (Merge). A pesar de esto tanto la replicación transaccional como de
mezcla requieren controles con respecto al uso de columnas con Identity (para
esto revisar artículo http://msdn2.microsoft.com/en-us/library/ms249095 en
particular sección) a más de requerir la definición de controles adicionales
para evitar conflictos con la data replicada (es decir el diseño de las
tablas debe ser pensado para uno u otro tipo de replicación). A pesar de esto
último la replicación de mezcla (Merge) es la recomendada por cuanto esta le
hace posible los cambios autónomos a los datos replegados en el editor y en
el suscriptor. Con la replicación de mezcla, el servidor del SQL captura
todos los cambios incrementales de los datos en la fuente y en las bases de
datos destino, posteriormente replica (puede ser por ejemplo cada media hora)
y reconcilia los conflictos de acuerdo a las reglas que usted configura o de
acuerdo a un discernidor personalizado que usted puede crear.

Tus comentarios por favor maxi. Si puedes revisa otro de replicación que
postee y uno de optimizacion de indices el 10/06/2005 para la parte del dbcc
show_stat... ultimo comentario.
Muchisimas gracias.

"Maxi (MVP SQL)" wrote:

Hola Pao, para esto tienes la merge y no se porque indicas que MS no la
recomienda


-
MS-MVP SQL SERVER
"Pao" escribió en el mensaje
news:
> Hola
> Es posible definir una replicación transaccional de forma bidireccional,
> es
> decir que que los suscriptores puedan modificar, eliminar o ingresar
> datos???
> Ahora microsoft no recomienda usar replicación merge??? o alguna
> bidireccional??? Por qué??
>
> Si es posible que me ayuden con link, (de preferencia en español) que me
> indiquen como optimizar el rendimiento de una replicación y los contadores
> básicos que se deben considerar en la replicación.
>
> Gracias.



email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaRespuesta Tengo una respuesta
Search Busqueda sugerida