Forums Últimos mensajes - Powered by IBM
 
Tags Palabras claves

Acerca de campos "identity" en SQL Server

02/07/2004 - 22:39 por Aldo S. | Informe spam
Ayuda Hacer una pregunta
El escenario es el siguiente:

- Yo necesito leer toda una tabla en SQL Server la cual contiene campos
"identity" (Auto incrementables) el cual es la llave primaria.
- La tabla es cargada en un DataTable dentro del DataSet, y de aqui se
agregan registros.
- Al actualizar la base de datos, puede haber conflictos con otros usuarios
con el campo "identity".

Hay una manera recomendable de trabajar con ese tipo de campos debido a la
nueva implementacion de ADO.NET en la cual toda la tabla (o el result set de
un query) es totalmente cargado a memoria?

Anteriormente este problema no existia porque al insertar un nuevo registro,
SQL Server automaticamente le daba un unico valor a un registro a la vez.

Que tal si el valor de ese campo identity se usa en otra tabla, tal como en
una relacion maestra -> detalles ?

Gracias de antemano,
Aldo
email Siga el debateRespuesta 6 respuestasRespuesta Tengo una respuesta
DRAGON AGE™: INQUISITION – Matadragones
 

Leer las respuestas

#1 Jose Luis Manners
02/07/2004 - 22:52 | Informe spam
¿Y que tal las columnas tipo GUID? Mira esto tomado de MSDN: "Another
option is to use columns of type Guid instead of auto-incrementing columns.
The algorithm that generates Guid values should never generate the same Guid
in the DataSet as is generated by the data source"

También puedes poner en el Dataset AutoIncrementStep = -1 para que sean
distintos.

Saludos,

Jose Luis Manners, MCP

"Encuentra felicidad en tu trabajo o nunca serás feliz."
-Kung-Fu-Tsu (Confucio)

"Aldo S." wrote in message
news:
El escenario es el siguiente:

- Yo necesito leer toda una tabla en SQL Server la cual contiene campos
"identity" (Auto incrementables) el cual es la llave primaria.
- La tabla es cargada en un DataTable dentro del DataSet, y de aqui se
agregan registros.
- Al actualizar la base de datos, puede haber conflictos con otros


usuarios
con el campo "identity".

Hay una manera recomendable de trabajar con ese tipo de campos debido a la
nueva implementacion de ADO.NET en la cual toda la tabla (o el result set


de
un query) es totalmente cargado a memoria?

Anteriormente este problema no existia porque al insertar un nuevo


registro,
SQL Server automaticamente le daba un unico valor a un registro a la vez.

Que tal si el valor de ese campo identity se usa en otra tabla, tal como


en
una relacion maestra -> detalles ?

Gracias de antemano,
Aldo


Preguntas similares

 

Busqueda sugerida :