Primary Key - SQL Server

[Oxa78]

Saludos :

Parece q estyo sin rumbo, tengo un sistema con Delphi 7 + MS SQl Server 2000 y bueno tengo una tabla de mivimientos :

* Tabla de Movimientos tiene un Número de Registro Unico (ID), este número unico lo encuentro con una consulta SQL buscando el máximo luego le sumo 1 y tengo el nuevo id, incluyo esta consulta en una trnasacción para asegurar q el id no se repita.

Esta tabla tiene un índice q es el ID pero que no es Primary Key.

PREGUNTA : ¿ Que tan importante es señalar el campo como Primary Key ?

Si solo creo un índice, ¿ Esta bien ?

¿ Tendre problemas en las grabaciones masivas con "ApplyUpdates" sino no tengo Primary Key en la tabla ?

¿ Que me recomiendan ?

Muchas Gracias por adelantado....

[Migpal]

Si pagas por usar MSSQL y no utilizas primary key con clusters, es como si compraras un carro automatico y le buscaras los cambios para operarlo.

[Neftali [Germán.Estévez]]

Empezado por Oxa78

Tabla de Movimientos tiene un Número de Registro Unico (ID), este número unico lo encuentro con una consulta SQL buscando el máximo luego le sumo 1 y tengo el nuevo id, incluyo esta consulta en una trnasacción para asegurar q el id no se repita...

¿ Que me recomiendan ?

* Utiliza Primary Keys
* Utiliza índices (clustered en tu caso del ID)
* En lugar de contador + 1, utiliza un campo autoincremental. Evitarás problemas de que dos generen enl mismo número (que en la forma en que lo estás haciendo es posible aunque tengas una transaccion -con el nivel de aislamiento por defecto que trae SQL Server-; Ya que la transaccion te evita bloqueos, pero no duplicados).
Dos transacciones que se ejecuten: la A lee, luego la B lee (hasta aquí con el nivel de aislamiento de SQL Server es posible), luego la A suma 1 y hace commit, luego la B suma 1 y hace commit ==> ERROR.

Te adjunto un trozo de la documentacion de SQL Server:
-----------------------------------------------------------------------
READ COMMITTED

Especifica que se mantengan los bloqueos compartidos mientras se leen datos para evitar lecturas no actualizadas, pero se pueden modificar los datos antes del final de la transacción, lo que provoca lecturas no repetibles o datos fantasma. Esta opción es la predeterminada en SQL Server.

-----------------------------------------------------------------------

[Chente(rMan)]

Que tal Oxa78, lo que te recomiendo es lo mismo que Neftalí, utiliza campos autoincrementables, tu solo insertar y SQL se encarga de lo demas, por ejemplo tu tabla movimientos tiene 3 campos Id, fecha, cantidad, imagina que insertar los datos con fecha de hoy

Código SQL [-]
insert movimientos (fecha, cantidad)
values (getdate, 9)
select SCOPE_IDENTITY()

lo que hara el SCOPE_IDENTITY() es devolverte el número autoincrementable que le asigno SQL.



Saludos.

Vicente López.