update...lento

14/10/2003 - 14:07 por Maria | Informe spam
Hola,
tengo un problema con una tabla... no tiene más de 500 registros
y están indexada con varios indices en campos distintos

El caso es que al hacer update a veces va bien pero otras veces no porque
tarda muchísimo ( no llega a acabar nunca)

update tabla set estado='L' where codigo_u$00
Lo curioso es que el codigo_u es la clave primaria de la tabla, es decir que
es un codigo único


Pueden ayudarme?
alguna razón por la que esto esté ocurriendo?

Lo que más me preocupa es que sea veces si y veces no. Y la verdad es que no
veo diferencias.

Gracias
Maria M.

Preguntas similare

Leer las respuestas

#1 Miguel Egea
14/10/2003 - 15:51 | Informe spam
Hola maría, eso suelen ser bloqueos.
Ejecuta sp_lock cuando te suceda eso y mira quien está bloqueando e
impidiendo la actualización.

Saludos
miguel Egea
"Maria" escribió en el mensaje
news:
Hola,
tengo un problema con una tabla... no tiene más de 500 registros
y están indexada con varios indices en campos distintos

El caso es que al hacer update a veces va bien pero otras veces no porque
tarda muchísimo ( no llega a acabar nunca)

update tabla set estado='L' where codigo_u$00
Lo curioso es que el codigo_u es la clave primaria de la tabla, es decir


que
es un codigo único


Pueden ayudarme?
alguna razón por la que esto esté ocurriendo?

Lo que más me preocupa es que sea veces si y veces no. Y la verdad es que


no
veo diferencias.

Gracias
Maria M.


Respuesta Responder a este mensaje
#2 Javier Loria
14/10/2003 - 16:02 | Informe spam
Hola Maria:
Lo primero que se me ocurre que podrian estar ocurriendo es problemas
con el Disco, podrias probar usando:

DBCC CHECKTABLE ('MiTabla')

Si no te da ningun mensaje de error, podrian haber multiples razones,
pero a menos que haya un ridiculo numero de indices o de triggers no se
justifica. Revisa los indices que tienes y los triggers. Talvez puedas
mandarnos el codigo. Revisa que tienes definido con :

SP_HELP MiTabla
SP_HELPTRIGGER MiTabla

Saludos,


Javier Loria
Costa Rica
Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
que pueda ser copiado y pegado al Query Analizer.
La version de SQL y Service Pack tambien ayuda.
Maria escribio:
Hola,
tengo un problema con una tabla... no tiene más de 500 registros
y están indexada con varios indices en campos distintos

El caso es que al hacer update a veces va bien pero otras veces no
porque tarda muchísimo ( no llega a acabar nunca)

update tabla set estado='L' where codigo_u$00
Lo curioso es que el codigo_u es la clave primaria de la tabla, es
decir que es un codigo único


Pueden ayudarme?
alguna razón por la que esto esté ocurriendo?

Lo que más me preocupa es que sea veces si y veces no. Y la verdad es
que no veo diferencias.

Gracias
Maria M.
Respuesta Responder a este mensaje
#3 Maria
22/10/2003 - 18:28 | Informe spam
Miguel, antes de nada gracias por tu idea
he mirado los bloqueos y nada
no hay ninguno que me bloquee el registro cuando quiero hacer el update
llevo unos dias mirando y mirando y los bloqueos no son el problema

se te ocurre otra cosa?
Gracias nuevamente

saludos
Maria M.


"Miguel Egea" escribió en el mensaje
news:
Hola maría, eso suelen ser bloqueos.
Ejecuta sp_lock cuando te suceda eso y mira quien está bloqueando e
impidiendo la actualización.

Saludos
miguel Egea
"Maria" escribió en el mensaje
news:
> Hola,
> tengo un problema con una tabla... no tiene más de 500 registros
> y están indexada con varios indices en campos distintos
>
> El caso es que al hacer update a veces va bien pero otras veces no


porque
> tarda muchísimo ( no llega a acabar nunca)
>
> update tabla set estado='L' where codigo_u$00
> Lo curioso es que el codigo_u es la clave primaria de la tabla, es decir
que
> es un codigo único
>
>
> Pueden ayudarme?
> alguna razón por la que esto esté ocurriendo?
>
> Lo que más me preocupa es que sea veces si y veces no. Y la verdad es


que
no
> veo diferencias.
>
> Gracias
> Maria M.
>
>


Respuesta Responder a este mensaje
#4 Maria
22/10/2003 - 18:39 | Informe spam
Antes de nada gracias a ti Javier y también a Miguel por sus ideas, pero..

el disco no tiene problemas, al menos tiene espacio suficiente y no me
devuelve errores.

Los índices para esa tabla son 5 pero para el campo "codigo_u" son solo
dos, que al ser un campo primario se han generado automáticamente.
PK_UNIDADES_VENTA_1__44
clustered, unique, primary key located on PRIMARY codigo_u
UQ_unidades_venta2_1__11
nonclustered, unique, unique key located on PRIMARY codigo_u

no encuentro el problema
Los updates siguen fallando a veces, y si lo intentas más tarde en
ocaciones funciona
update tabla set estado='L' where codigo_u$00
Ya comprobé los bloqueos como sugería Miguel pero ... no bloquean el
registro que yo deseo actualizar.


Gracias nuevamente por cualquier pista por la que tirar y encontrar la
solución.
Maria M.




"Javier Loria" escribió en el mensaje
news:
Hola Maria:
Lo primero que se me ocurre que podrian estar ocurriendo es problemas
con el Disco, podrias probar usando:

DBCC CHECKTABLE ('MiTabla')

Si no te da ningun mensaje de error, podrian haber multiples razones,
pero a menos que haya un ridiculo numero de indices o de triggers no se
justifica. Revisa los indices que tienes y los triggers. Talvez puedas
mandarnos el codigo. Revisa que tienes definido con :

SP_HELP MiTabla
SP_HELPTRIGGER MiTabla

Saludos,


Javier Loria
Costa Rica
Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
que pueda ser copiado y pegado al Query Analizer.
La version de SQL y Service Pack tambien ayuda.
Maria escribio:
> Hola,
> tengo un problema con una tabla... no tiene más de 500 registros
> y están indexada con varios indices en campos distintos
>
> El caso es que al hacer update a veces va bien pero otras veces no
> porque tarda muchísimo ( no llega a acabar nunca)
>
> update tabla set estado='L' where codigo_u$00
> Lo curioso es que el codigo_u es la clave primaria de la tabla, es
> decir que es un codigo único
>
>
> Pueden ayudarme?
> alguna razón por la que esto esté ocurriendo?
>
> Lo que más me preocupa es que sea veces si y veces no. Y la verdad es
> que no veo diferencias.
>
> Gracias
> Maria M.


email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaRespuesta Tengo una respuesta
Search Busqueda sugerida