FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
#2
|
||||
|
||||
El error está claro y se produce porque varios procesos se están bloqueando entre ellos.
Cita:
Lo segundo -WITH (NOLOCK)- debería ser algo "casi-obligatorio" a realizar en todos las consultas de la aplicación, para evitar bloqueos. Lo primero, es un cambio que conlleva más cosas. Tal vez solucione ese problema concreto, pero cambiar el nivel de aislamiento de las transacciones tiene más implicaciones y hay que saber bien, porqué se hace y qué va a cambiar cuando lo hagas. Usa lo primero, y de paso revisa el resto de consultas (SELECT) y se lo añades. Si con eso no se soluciona, yo revisaría las consultas que están provocando el bloqueo (utiliza el SQL Server Profiler), porque eso te puede indicar dónde está el problema del bloqueo. Es posible que estés lanzando varias transacicones cuando debes lanzar sólo una, que las estés anidando,... Lo que quiero decir es que intentes ver dónde está el bloqueo y solucionarlo antes de cambiar cosas, porque es posible que esos cambios te lo enmascaren.
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Error Transaccion | ANCELMO | Varios | 4 | 18-04-2017 20:37:49 |
Transaccion, captura de error | vmorillos | MySQL | 4 | 20-01-2011 16:43:07 |
Error en alta masiva de datos en una sóla transacción | afxe | Firebird e Interbase | 3 | 07-05-2007 10:27:38 |
controlar error en transacción | kikodelphi | MS SQL Server | 2 | 12-05-2006 02:53:09 |
Devolver código de error de una transacción | kikodelphi | MS SQL Server | 7 | 18-10-2005 14:41:49 |
|