SQL Server 2005 Express -> Replicacion

Hola Alberto e infinitas gracias por la orientacion, y de paso de
expongo mis dudas

La primera, la más sencilla: Si puedes conseguir que los servidores clientes
se conecten al servidor central con un mínimo de calidad, prescinde de las
instancias en el cliente y trabaja únicamente con el servidor central.

Eso es lo que no quiero hacer, para que si la conexion con el Servidor
se cae el usuario ni cuenta se de. Es decir que el usuario carga
directamente en su maquina, luego el SQL por si solo actualiza el
Servidor cuando se reestablezca la conexion o cada n segundos.

Si tu servidor central lo permite, monta una publicación que vaya en el
sentido Servidor Central - Servidores Clientes. Con ello, la mitad del
problema estaría resuelto.

No entendi; seria crear una publicacion en el servidor y que los
clientes sean los subcriptores, pero habria alguna forma para que los
clientes al modificar sus datos se modifiquen en el publicador? es asi
o estoy equivocado?

Para el envío de transacciones desde los Servidores Clientes al Servidor
Central, utiliza unas tablas diferentes a las que se replican desde el
servidor central a los clientes. Al tener que construirte a mano el
mecanismo, esto facilitaría mucho las cosas, evitando tener que programarte
una resolución de conflictos. Así, en los servidores clientes, en lugar de
grabar datos en las tablas "buenas", grabarías en tablas de "datos
pendientes de enviar".

Seria algo asi, todas las sucursales guardan valor en su propia BD, y
cada n segundo toda esa informacion (o las modificaciones) son enviadas
al servidor central para su analisis.

Pienso yo, no me convendria mas hacer que el Servidor sea el que "tome"
la informacion de los clientes y no los clientes le "den" informacion
al Servidor?

Gracias..

Hola.

Te he ido contestando (a lo que puedo).

Alberto López Grande (qwalgrande)


"Minothauro" escribió en el mensaje
news:
Hola Alberto e infinitas gracias por la orientacion, y de paso de
expongo mis dudas

La primera, la más sencilla: Si puedes conseguir que los servidores
clientes
se conecten al servidor central con un mínimo de calidad, prescinde de las
instancias en el cliente y trabaja únicamente con el servidor central.

Eso es lo que no quiero hacer, para que si la conexion con el Servidor
se cae el usuario ni cuenta se de. Es decir que el usuario carga
directamente en su maquina, luego el SQL por si solo actualiza el
Servidor cuando se reestablezca la conexion o cada n segundos.

qw: Creo que no he entendido bien: ¿Cada usuario ha de tener su propia base
de datos SQL Server?
Un poco fuerte, pero en fin, posible al fin y al cabo.

Si tu servidor central lo permite, monta una publicación que vaya en el
sentido Servidor Central - Servidores Clientes. Con ello, la mitad del
problema estaría resuelto.

No entendi; seria crear una publicacion en el servidor y que los
clientes sean los subcriptores, pero habria alguna forma para que los
clientes al modificar sus datos se modifiquen en el publicador? es asi
o estoy equivocado?

qw: Lo que tú necesitas es una replicación de tipo Merge, sin embargo,
careces de una licencia que la contenga (normal, en tus clientes tendrás
MSDE, por lo que comentas). Lo que sí puedes hacer es que en tu servidor
central (que tendrá licencia adecuada) haya una publicación a la que todos
los clientes se suscriban. En el sentido contrario no es posible, por un
tema de licencias, repito. También existe el concepto de suscripciones
modificables, échale un ojo en los BOL. No estoy seguro, pero creo que se
requiere algo más que una versión MSDE para usarla.

Para el envío de transacciones desde los Servidores Clientes al Servidor
Central, utiliza unas tablas diferentes a las que se replican desde el
servidor central a los clientes. Al tener que construirte a mano el
mecanismo, esto facilitaría mucho las cosas, evitando tener que
programarte
una resolución de conflictos. Así, en los servidores clientes, en lugar de
grabar datos en las tablas "buenas", grabarías en tablas de "datos
pendientes de enviar".

Seria algo asi, todas las sucursales guardan valor en su propia BD, y
cada n segundo toda esa informacion (o las modificaciones) son enviadas
al servidor central para su analisis.

Pienso yo, no me convendria mas hacer que el Servidor sea el que "tome"
la informacion de los clientes y no los clientes le "den" informacion
al Servidor?

qw: Es simplemente un punto de vista (quién tome o quién dé). ¿Quién detecta
que tal o cual equipo está disponible para recibir información? Si es el
server central, perfecto como tú dices.

Gracias..

qw: Para eso estamos,

Gracias Alberto, por lo visto no me queda otra que vermelas con los
triggers...

Y si es un poco fuerte el hecho que cada usuario tendra un SQLExpress,
pero con eso soluciono muchos problemas de conectividad, para no tener
que estar pendiente continuamente de la conexion al servidor.


Atte.
Minothauro

Hola.

Repito, no tienes porqué hacerlo con triggers. Si te parece lo más
plausible, adelante. Y suerte.

Alberto López Grande (qwalgrande)


"Minothauro" escribió en el mensaje
news:

Gracias Alberto, por lo visto no me queda otra que vermelas con los
triggers...

Y si es un poco fuerte el hecho que cada usuario tendra un SQLExpress,
pero con eso soluciono muchos problemas de conectividad, para no tener
que estar pendiente continuamente de la conexion al servidor.


Atte.
Minothauro