duplicacion de mezcla - rowguid

17/06/2005 - 14:33 por Rosell | Informe spam
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 similare

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.



Respuesta Responder a este mensaje
#2 Rosell
21/06/2005 - 09:26 | Informe spam
Muchas gracias alejandro supuse que debia ser algo de este modo pero creo
que voy a modificar algunos indices para evitar duplicidades y colisiones.


"Alejandro Mesa" escribió en el
mensaje news:
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.
>
>
>
email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaRespuesta Tengo una respuesta
Search Busqueda sugerida