deadlock victim

[berthus]

hola
tengo una aplicación y el control de errores mes está enviando este error
-2147467259
[Microsoft][ODBC SQL Server Driver][SQL Server]Transaction (Process ID 66) was deadlocked on lock | communication buffer resources with another process and has been chosen as the deadlock victim. Rerun the transaction.

Lo que me preocupa es que la operación es en un delete de un registro que no existe.

He parado el backup, que no se que se esta haciendo alguna copia, pero nada alguien sabe pq puede ser he mirado de hacer
DBCC OPENTRAN pero siempre me dice que nada.

Ya me paso este verano, pero tal como paso se soluciono.

si alguien sabe que puede ser

gracias

[Andres95]

Tu proceso esta solicitando recursos que otro proceso tiene y este a su vez los que tu proceso tiene.

Y tu proceso fue elegido para ser eliminado.

Seria bueno que se revizara las operaciones de actualizacion, insercion y eliminacion de tablas, para que se hagan solo en caso de ser necesario y que el proceso no acapare o solicite recursos que no va a utilizar.

Por ejemplo, antes de eliminar, verificar que existe el registro que se desea eliminar...

y asi por el estilo..

Saludos!

[tute666]

exactamente que estas ejecutando?
no deberias tener problemas de deadlock, a menos de que estes usando locks explicitos.

[iislas]

tute666

Un simple SELECT genera LOCK's, al obtener un deadlock, comunmente, es por errores en la programacion.

[berthus]

Creo que no os entiendo muy bien,

Según tengo entendido, un deadlook se genera cuando intento modificar un registro que esta bloqueado por otro usuario.

Pero que puede bloquear un registro que no existe?

[tute666]

Iniciado por iislas

tute666

Un simple SELECT genera LOCK's, al obtener un deadlock, comunmente, es por errores en la programacion.

esos son conflictos que deberia manejar el engine de DB.
tengo sitios con cientos de consultas por minutos que _JAMAS_ tuve un problema similar.
los locks que utiliza el servidor en su andar normal, no deberian generar deadlocks.

[Thumper]

Revisa este link:

Como lidiar con DeadLocks

Lo que yo tambien hacia es colocar:

SELECT *
FROM TU_TABLA WITH (NOLOCK)

Saludos

[iislas]

tute666

Un deadlock, comunmente, es un error en programacion.

Thumper

Utilizar NOLOCK en los SELECT, te puede generar lecturas de datos no validos.

[matanga]

Iniciado por iislas

tute666

Un deadlock, comunmente, es un error en programacion.

Thumper

Utilizar NOLOCK en los SELECT, te puede generar lecturas de datos no validos.

100% de acuerdo en los 2 comentarios.

Para los que quieran hacer lecturas consistentes sin tener que esperar por un lock en una tabla que esta siendo actualizada, pueden ver la implementación de versioning de filas a partir de Sql Server 2005.

Un post que me gustó http://blog.sublogic.com/2006/02/ora...in-sql-server/

Y para buscar en google o msdn

ALTER DATABASE <database>
SET READ_COMMITTED_SNAPSHOT ON

Saludos

[iislas]

Gracias por la informacion. Saludos

[berthus]

Hola

Estoy optimizando las diferentes consultas que hay a la base de datos, y asegurándome que entre página y página todas las conexiones queden bien cerradas, pero es una aplicación grande y esto supone un tiempo.

Pero de pronto antes de pasar la nueva versión a producción el problema se ha resuelto y nada ha cambiado, ni siquiera el número de usuarios que es muy parecido.

Puede ser algo del SQL? o de la comunicación entre el IIS y el SQL, la verdad es que el repason que le estoy dando a la programación no le ira mal, pero no acabo de entender que pasa