AYUDA URGENTE REPLICACION

Hola Joseforos, mira la documentación de SQL Server 2005 Replication, creo
que esta tecnológia se te ajusta como anillo al dedo y no necesitas ninguna
tabla extra que te controle la información a enviar o recibir, tienes todos
los mecanísmos necesarios para ello en SQL 2005.
Respecto a tu aplicación solo debes tener en cuenta que el sistema de
replicación de SQL 2005 añade campos en las tablas para controlar la
información que debe de pasar del suscriptor al publicador o viceversa
dependiendo del tipo de replicación que eligas y por tanto tus instrucciones
de modificacion de registros (Inserts, Updates), debes testear que no se
vean afectadas por la aparición de dichos campos nuevos.

Un saludo.


escribió en el mensaje
news:
Buenas , tengo que diseñar la estructura de replicación para un
proyecto que me han encargado y la verdad es que ando bastante perdido
. Os comento cual es la idea que tengo y si alguno puede sugerirme algo
o indicarme la forma correcta os lo agradeceria, ya que es bastante
importante y no voy muy sobrado de tiempo.

La idea del proyecto es que haya una base de datos "central" que
actualize los datos de ficheros maestros en distintas "sucursales" ,
asimismo debera enviar "trabajos" que una vez resueltos volveran a la
central (unicamente los trabajos , no los maestros )

Los trabajos que se envien a cada sucursal deberan ser los suyos
especificos , y los maestros deben contemplar ambas posibilidades (que
sean especificos para esa sucursal o global para todas )

Os explico como lo estoy intentando hacer :

Tendre una aplicacion en el "servidor" que cargara tanto las tablas de
maestros ,como las de trabajos que haya que enviar. Intentare hacer que
esas tablas se carguen utilizando la aplicacion que tengo creada y que
sirve para la gestion de los clientes , si es posible ,realizando los
cambios minimos en dicha aplicacion o en la base de datos.

Asimismo,tengo una tabla "Asignadas" que guardara una referencia a cada
registro que se deba enviar y a quien ( que tabla es, que registro , y
que destinatario) y que se actualizara cada vez que alguien modifique o
inserte un registro en esas tablas a enviar.

Cuando el cliente se conecte enviara su id , que sera el que en base a
esa tabla "Asignadas" devuelva los datos que se han de traspasar

Os agradeceria que me dieseis ideas,o me sugirieseis por donde tirar,
ya que nunca he trabajado con este sistema, y no tengo idea de si estoy
haciendo una barbaridad , si hay una solucion mejor, si hay algo hecho
, o que.

Muchas gracias

Jorge Catalá Miguel ha escrito:

Hola Joseforos, mira la documentación de SQL Server 2005 Replication, creo
que esta tecnológia se te ajusta como anillo al dedo y no necesitas ninguna
tabla extra que te controle la información a enviar o recibir, tienes todos
los mecanísmos necesarios para ello en SQL 2005.
Respecto a tu aplicación solo debes tener en cuenta que el sistema de
replicación de SQL 2005 añade campos en las tablas para controlar la
información que debe de pasar del suscriptor al publicador o viceversa
dependiendo del tipo de replicación que eligas y por tanto tus instrucciones
de modificacion de registros (Inserts, Updates), debes testear que no se
vean afectadas por la aparición de dichos campos nuevos.

Un saludo.


escribió en el mensaje
news:
Buenas , tengo que diseñar la estructura de replicación para un
proyecto que me han encargado y la verdad es que ando bastante perdido
. Os comento cual es la idea que tengo y si alguno puede sugerirme algo
o indicarme la forma correcta os lo agradeceria, ya que es bastante
importante y no voy muy sobrado de tiempo.

La idea del proyecto es que haya una base de datos "central" que
actualize los datos de ficheros maestros en distintas "sucursales" ,
asimismo debera enviar "trabajos" que una vez resueltos volveran a la
central (unicamente los trabajos , no los maestros )

Los trabajos que se envien a cada sucursal deberan ser los suyos
especificos , y los maestros deben contemplar ambas posibilidades (que
sean especificos para esa sucursal o global para todas )

Os explico como lo estoy intentando hacer :

Tendre una aplicacion en el "servidor" que cargara tanto las tablas de
maestros ,como las de trabajos que haya que enviar. Intentare hacer que
esas tablas se carguen utilizando la aplicacion que tengo creada y que
sirve para la gestion de los clientes , si es posible ,realizando los
cambios minimos en dicha aplicacion o en la base de datos.

Asimismo,tengo una tabla "Asignadas" que guardara una referencia a cada
registro que se deba enviar y a quien ( que tabla es, que registro , y
que destinatario) y que se actualizara cada vez que alguien modifique o
inserte un registro en esas tablas a enviar.

Cuando el cliente se conecte enviara su id , que sera el que en base a
esa tabla "Asignadas" devuelva los datos que se han de traspasar

Os agradeceria que me dieseis ideas,o me sugirieseis por donde tirar,
ya que nunca he trabajado con este sistema, y no tengo idea de si estoy
haciendo una barbaridad , si hay una solucion mejor, si hay algo hecho
, o que.

Muchas gracias

Gracias por contestar Jorge

Te comento , la aplicacion debo crearla con SQL Server 2000 , no se si
te refieres especificamente a 2005 o no hay grandes diferencias en este
sentido.
Lo de la aplicacion si contaba con esos campos extra, y en cualquier
caso modificar la aplicacion, aunque cuanto menos mejor, es lo que
menos me importa .

Segun he leido en la documentacion,supongo que te refieras a utilizar
filtros dinamicos y que se envien los registros en base a que usuario
se conecta al servidor . Hasta ahi me valdria , el problema es que
habrá tablas en que se enviaran todos los registros , tablas en los
que se enviaran a unos unas cosas y a otros otras,etc.
Por tanto creo que no me queda otra que tener una tabla en la que diga
a cada usuario que se conecta,que registros debo enviarle.Ya que no va
a seguir un orden establecido ni logico que pueda meter en un filtro .
De no ser asi , me gustaria saber como puedo hacerlo.

Entiendo que no es "justo" meterme aqui a preguntar cosas que
seguramente estan en la documentación del sql server (que leo) , pero
es que realmente no tengo tiempo material para "aprender" a manejar la
replicacion y terminar el proyecto en la fecha que me han dado ( mas
que aprender , a saber lo que me puedo encontrar , que problemas puedo
tener,como resolverlos, como planificar la estructura..en definitiva ,
a controlarlo con seguridad). Es por esto que os estaria agradecido con
cualquier ayuda que podais darme

Muchas gracias