La replicacion transaccional es asincronica en al envio y puede hacerse
ademas tener una  actualizacion del publicador por cambios en el
suscriptor en forma sincronica o asincronica. Si no tienes una red cnfiable
esta ultima parte no seria recomendable usarla en el caso de hacerlo
sincronico.

Cual es el problema de negocio que debes resolver, o sea donde se producen
los cambios y quienes deben recibir esos cambios?

La mayoria de las veces alcanza con transaccional.

Saludos

-- 
--------------------------------
Ing. José Mariano Alvarez
http://blog.josemarianoalvarez.com/
http://twitter.com/JoseMarianoA
Microsoft MVP

SQL Total Consulting









2009/10/21 Claudia Almeda <[email protected]>

> Hola Maxi...
>
> Sisi estoy usando la Merge... :P
>
> Vos que me recomendas que use Maxi, por que la transaccional no me gustó ya
> que imagino que hasta que no efectua los cambios en la base suscriptora no
> me "suelta" la publicadora, y no me gustó ya que la comunicacion entre ambas
> puede cortarse en cualquier momento del dia..
>
> Atte Almeda Claudia
>
>
> El 20 de octubre de 2009 20:01, Maxi Accotto <[email protected]>escribió:
>
>   Hola Claudia, que replicacion has armado? Ojo porque la merge toca
>> estructuras y si además tenes querys como las que mostraste donde no indicas
>> el nombre de los campos en un insert estas en serios problemitas
>>
>>
>>
>>
>>
>>
>>
>> *Maximiliano Damian Accotto*
>>
>> *Microsoft MVP en SQL Server*
>>
>> *http://Blog.Maxiaccotto.com <http://blog.maxiaccotto.com/>*
>>
>>
>>
>> *De:* [email protected] [mailto:[email protected]] *En nombre de *Claudia
>> Almeda
>> *Enviado el:* martes, 20 de octubre de 2009 01:49 p.m.
>> *Para:* Maxi
>> *Asunto:* [dbms] Replicacion
>>
>>
>>
>> Hola lista, estoy familiarizandome con el tema de replicacion de bases,
>> logré sincronizar dos bases remotas, pero me surge un problemon
>> El tema es que como entenderan en cada tabla de mi base el proceso de
>> replicacion recró una columna ROWGUID, ahora, muchos Sprocedures que tenia
>> creado en mi base me estan tirando error
>> cuando encuenta las siguientes sentencias...
>>
>> Insert into TablaA
>> Select * from Tabla Z
>>
>> el error que lanza es que no coinciden la cantidad de campos, esto ocurre
>> a causa de la columna ROWGUID que creo mi replicacion....
>>
>> La pregunta seria, Existe alguna parametrizacion que me permita omitir
>> este campo de manera general para cualquier consulta, ya sea SELECT o INSERT
>> ...???
>> Imaginense que de no encontrar alguna forma de omitir este campo deberia
>> cambiar toooooooodos los Stored procedures de mis bases, no  solo las
>> publicadas sino tambien las suscriptas...
>> De locura!
>>
>> Espero me puedan dar una manitoo,,,,
>>
>> Saludos
>>
>> Atte Almeda Claudia
>>
>
>

Responder a