Duda replicacion

Hola.

Puedes hacer lo siguiente:
- En el servidor central conserva el identity, pero márcalo como "not for
replication".
- En el servidor local no usas identity.
- Inserta primeramente los datos que el usuario local meta en una segunda
tabla que sí tenga identity, pero en un rango que nunca pueda chocar con los
de la tabla buena.
- Graba los datos de la segunda tabla a la primera.

Pero creo que sería más fácil prescindir de los identities directamente para
los datos que inserta el usuario local, usando una tabla de contadores (en
la web encontraras muchos ejemplos). Revisa también los BOL, sobre
suscriptores modificables.

Alberto López Grande (qwalgrande)


escribió en el mensaje
news:
Hola , una consulta rapida..

Creo que no tiene solucion a menos de prescindir de los identitys
,ojala me equivoque.

Tengo una serie de tablas a las que se envian datos desde un servidor
central mediante replicacion. En dichas tablas van a tener que
"habitar" tanto los datos que se envien desde la central , como los que
el usuario meta por su cuenta localmente. Ya que dichas tablas tienen
un campo id autoincrementativo , ¿hay alguna forma de "separar" los
datos enviados de la central de los creados localmente a fin de que no
"choquen" unos ids con otros?

Gracias