duplicacion de mezcla - rowguid

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.

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

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

su lugar).


AMB

"Rosell" wrote:

> Hola a todos,
>
> estoy haciendo pruebas con la duplicaciones con servidores SQL. Tengo

> base de datos central que debe ser visible por las distintas

> que conforman mi empresa. En un principio, y para agilizar los accesos a

> base de datos dentro de mi VPN, cree servidores vinculados (sedes hacia
> central de datos) de este modo me aseguraba la centralización y

> 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

> (sedes) puedan modificar los datos, y he configurado la mezcla

> para que los datos se repliquen a todas las demas sedes subscritas.
>
> El escenario funciona correctamente, los agentes responden y los datos

> propagan pero... (y sera una tonteria) al publicar mi base de datos me

> añadido a la mayor parte de las tablas un campo nuevo, ROWGUID, supongo

> para identificar cada registro. Esta medida que toma el sql es normal???

> 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

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