Forums Últimos mensajes - Powered by IBM
 
Tags Palabras claves

duplicacion de mezcla - rowguid

17/06/2005 - 14:33 por Rosell | Informe spam
Ayuda Hacer una pregunta
Hola a todos,

estoy haciendo pruebas con la duplicaciones con servidores SQL. Tengo una
base de datos central que debe ser visible por las distintas delegaciones
que conforman mi empresa. En un principio, y para agilizar los accesos a la
base de datos dentro de mi VPN, cree servidores vinculados (sedes hacia
central de datos) de este modo me aseguraba la centralización y agilizaba
las transacciones. El problema es que cada vez tengo mas clientes y los
servidores no responden en tiempo real sobre todo a la hora de ejecutar
consultas complejas.

Por ello estoy estudiando otro escenario que se acerque mas a las
distribuciones / duplicaciones / subscripciones (para que los clientes
trabajen en local). He escogido la opcion de mezcla para que los clientes
(sedes) puedan modificar los datos, y he configurado la mezcla continuamente
para que los datos se repliquen a todas las demas sedes subscritas.

El escenario funciona correctamente, los agentes responden y los datos se
propagan pero... (y sera una tonteria) al publicar mi base de datos me ha
añadido a la mayor parte de las tablas un campo nuevo, ROWGUID, supongo que
para identificar cada registro. Esta medida que toma el sql es normal??? o
en algun momento he hecho algo incorrecto???

Si me dijerais vuestra opinion sobre lo que os he comentado os lo
agradeceria mucho, soy nuevo en replicacion de BBDD y tambien en las news.

Muchas gracias a todos de antemano.
(menudo tocho os he metido...)

Toni.
email Siga el debateRespuesta 2 respuestasRespuesta Tengo una respuesta
DRAGON AGE™: INQUISITION – Matadragones
 

Leer las respuestas

#1 Alejandro Mesa
17/06/2005 - 15:07 | Informe spam
Rosell,

Esto es algo que SQL Server implementa para asegurarse de la unicidad de
cada fila dentro de la replicacion o si lo queires ver desde este punto de
vista, entre varias copias de la misma tabla. Esto nos permite mezclar
informacion entre entidades autonomas, entidades que trabajan independientes
la una de la otra (por ejemplo, un sistema de facturacion instalado en
sucursales situadas en diferentes paises y el cual usa una numeracion
independiente para la factura, pudiendose dar el caso de tener el mismo
numero de factura en paises diferentes por lo que al mezclar la data, el
numero de factura deja de ser la clave primaria y el rowguid es quien ocupa
su lugar).


AMB

"Rosell" wrote:

Hola a todos,

estoy haciendo pruebas con la duplicaciones con servidores SQL. Tengo una
base de datos central que debe ser visible por las distintas delegaciones
que conforman mi empresa. En un principio, y para agilizar los accesos a la
base de datos dentro de mi VPN, cree servidores vinculados (sedes hacia
central de datos) de este modo me aseguraba la centralización y agilizaba
las transacciones. El problema es que cada vez tengo mas clientes y los
servidores no responden en tiempo real sobre todo a la hora de ejecutar
consultas complejas.

Por ello estoy estudiando otro escenario que se acerque mas a las
distribuciones / duplicaciones / subscripciones (para que los clientes
trabajen en local). He escogido la opcion de mezcla para que los clientes
(sedes) puedan modificar los datos, y he configurado la mezcla continuamente
para que los datos se repliquen a todas las demas sedes subscritas.

El escenario funciona correctamente, los agentes responden y los datos se
propagan pero... (y sera una tonteria) al publicar mi base de datos me ha
añadido a la mayor parte de las tablas un campo nuevo, ROWGUID, supongo que
para identificar cada registro. Esta medida que toma el sql es normal??? o
en algun momento he hecho algo incorrecto???

Si me dijerais vuestra opinion sobre lo que os he comentado os lo
agradeceria mucho, soy nuevo en replicacion de BBDD y tambien en las news.

Muchas gracias a todos de antemano.
(menudo tocho os he metido...)

Toni.



Preguntas similares

 

Busqueda sugerida :