BLOQUEOS

13/01/2004 - 13:43 por Alfonso Lucas Carbonell | Informe spam
Hola grupo, tengo una base de datos en SQLSERVER 2000, y accedo a los datos
instaciando componentes de FOXPRO desde ASP, el problema reside en que cada
vez que guardo una pantalla, inicio una transacción, y comienza a grabar los
datos, via UPDATE directamente con SQLEXEC, rara vez debido a que las
conexiones a internet se cuelgan, microcortes o lo que sea, el caso es que
un usuario graba, inicia la transacción, y como el resultado en pantalla no
es instantaneo, pues me cierra la ventana del navegador y con lo cual(creo),
que el proceso de grabado se cuelga(¿no es asi?), y la transacción, se
mantiene, bloqueandome lo que convenga.

hay alguna manera de definir el tiempo de vida de una transacción, ya que
estando en asp, la transacción se realiza siempre, abriendo una conexion,
realizando la operación y cerrandola, como mucho, muchisimo, 1 minuto, en
caso muy extremos y con modem.

Necesito una solución.(o de que manera sencilla eliminar los bloqueos, ya
que es imposible que dos usuarios actualicen el mismo registro, leen de
tablas comunes, pero los actualizan registros que le pertenecen).

Un saludo.

Preguntas similare

Leer las respuestas

#1 Maximiliano D. A.
13/01/2004 - 13:50 | Informe spam
Hola,

mira entiendo tu problema pero me parece raro que se tarde 1 min si es una
cosa simple no?

ahora que haria yo:

Primero es que esos usuarios se conectan con un User_id blabla, bien lo que
haria (de hecho varios Bancos lo hacen)
es que ante un X tiempo de inactividad se mate a ese proceso.

No se si es lo mejor pero me parece una forma de controlar estas cosas en la
Web.

Salu2


Maximiliano Damian Accotto


"Alfonso Lucas Carbonell" escribió en el mensaje
news:
Hola grupo, tengo una base de datos en SQLSERVER 2000, y accedo a los


datos
instaciando componentes de FOXPRO desde ASP, el problema reside en que


cada
vez que guardo una pantalla, inicio una transacción, y comienza a grabar


los
datos, via UPDATE directamente con SQLEXEC, rara vez debido a que las
conexiones a internet se cuelgan, microcortes o lo que sea, el caso es que
un usuario graba, inicia la transacción, y como el resultado en pantalla


no
es instantaneo, pues me cierra la ventana del navegador y con lo


cual(creo),
que el proceso de grabado se cuelga(¿no es asi?), y la transacción, se
mantiene, bloqueandome lo que convenga.

hay alguna manera de definir el tiempo de vida de una transacción, ya que
estando en asp, la transacción se realiza siempre, abriendo una conexion,
realizando la operación y cerrandola, como mucho, muchisimo, 1 minuto, en
caso muy extremos y con modem.

Necesito una solución.(o de que manera sencilla eliminar los bloqueos, ya
que es imposible que dos usuarios actualicen el mismo registro, leen de
tablas comunes, pero los actualizan registros que le pertenecen).

Un saludo.


Respuesta Responder a este mensaje
#2 Miguel Egea
13/01/2004 - 13:56 | Informe spam
Si le pones un querytimeout a tu petición se debería de cancelar solo.
La formula para evitar los bloqueos es matar el usuario que los produce, con
kill spid.

Saludos
Miguel Egea
"Alfonso Lucas Carbonell" escribió en el mensaje
news:
Hola grupo, tengo una base de datos en SQLSERVER 2000, y accedo a los


datos
instaciando componentes de FOXPRO desde ASP, el problema reside en que


cada
vez que guardo una pantalla, inicio una transacción, y comienza a grabar


los
datos, via UPDATE directamente con SQLEXEC, rara vez debido a que las
conexiones a internet se cuelgan, microcortes o lo que sea, el caso es que
un usuario graba, inicia la transacción, y como el resultado en pantalla


no
es instantaneo, pues me cierra la ventana del navegador y con lo


cual(creo),
que el proceso de grabado se cuelga(¿no es asi?), y la transacción, se
mantiene, bloqueandome lo que convenga.

hay alguna manera de definir el tiempo de vida de una transacción, ya que
estando en asp, la transacción se realiza siempre, abriendo una conexion,
realizando la operación y cerrandola, como mucho, muchisimo, 1 minuto, en
caso muy extremos y con modem.

Necesito una solución.(o de que manera sencilla eliminar los bloqueos, ya
que es imposible que dos usuarios actualicen el mismo registro, leen de
tablas comunes, pero los actualizan registros que le pertenecen).

Un saludo.


Respuesta Responder a este mensaje
#3 Alfonso Lucas Carbonell
13/01/2004 - 15:42 | Informe spam
Pero es que todos se conectan con el mismo usuario.
Si mato al usuario, me cargo a todos.


"Miguel Egea" escribió en el mensaje
news:
Si le pones un querytimeout a tu petición se debería de cancelar solo.
La formula para evitar los bloqueos es matar el usuario que los produce,


con
kill spid.

Saludos
Miguel Egea
"Alfonso Lucas Carbonell" escribió en el mensaje
news:
> Hola grupo, tengo una base de datos en SQLSERVER 2000, y accedo a los
datos
> instaciando componentes de FOXPRO desde ASP, el problema reside en que
cada
> vez que guardo una pantalla, inicio una transacción, y comienza a grabar
los
> datos, via UPDATE directamente con SQLEXEC, rara vez debido a que las
> conexiones a internet se cuelgan, microcortes o lo que sea, el caso es


que
> un usuario graba, inicia la transacción, y como el resultado en pantalla
no
> es instantaneo, pues me cierra la ventana del navegador y con lo
cual(creo),
> que el proceso de grabado se cuelga(¿no es asi?), y la transacción, se
> mantiene, bloqueandome lo que convenga.
>
> hay alguna manera de definir el tiempo de vida de una transacción, ya


que
> estando en asp, la transacción se realiza siempre, abriendo una


conexion,
> realizando la operación y cerrandola, como mucho, muchisimo, 1 minuto,


en
> caso muy extremos y con modem.
>
> Necesito una solución.(o de que manera sencilla eliminar los bloqueos,


ya
> que es imposible que dos usuarios actualicen el mismo registro, leen de
> tablas comunes, pero los actualizan registros que le pertenecen).
>
> Un saludo.
>
>


Respuesta Responder a este mensaje
#4 Alfonso Lucas Carbonell
13/01/2004 - 15:45 | Informe spam
Esto supone que tengo que dejar un proceso que no termine nunca, que este
mirando los procesos y el tiempo de inactividad de cada uno, que ahora que
lo pienso, no se si tengo ese dato.

Como podria verificar eso que me propones, y si tengo que dejar un demonio
haciendo eso, me come recursos¿?


"Maximiliano D. A." <maxi_accotto[arroba]speedy[.]com[.]ar> escribió en el
mensaje news:
Hola,

mira entiendo tu problema pero me parece raro que se tarde 1 min si es una
cosa simple no?

ahora que haria yo:

Primero es que esos usuarios se conectan con un User_id blabla, bien lo


que
haria (de hecho varios Bancos lo hacen)
es que ante un X tiempo de inactividad se mate a ese proceso.

No se si es lo mejor pero me parece una forma de controlar estas cosas en


la
Web.

Salu2


Maximiliano Damian Accotto


"Alfonso Lucas Carbonell" escribió en el mensaje
news:
> Hola grupo, tengo una base de datos en SQLSERVER 2000, y accedo a los
datos
> instaciando componentes de FOXPRO desde ASP, el problema reside en que
cada
> vez que guardo una pantalla, inicio una transacción, y comienza a grabar
los
> datos, via UPDATE directamente con SQLEXEC, rara vez debido a que las
> conexiones a internet se cuelgan, microcortes o lo que sea, el caso es


que
> un usuario graba, inicia la transacción, y como el resultado en pantalla
no
> es instantaneo, pues me cierra la ventana del navegador y con lo
cual(creo),
> que el proceso de grabado se cuelga(¿no es asi?), y la transacción, se
> mantiene, bloqueandome lo que convenga.
>
> hay alguna manera de definir el tiempo de vida de una transacción, ya


que
> estando en asp, la transacción se realiza siempre, abriendo una


conexion,
> realizando la operación y cerrandola, como mucho, muchisimo, 1 minuto,


en
> caso muy extremos y con modem.
>
> Necesito una solución.(o de que manera sencilla eliminar los bloqueos,


ya
> que es imposible que dos usuarios actualicen el mismo registro, leen de
> tablas comunes, pero los actualizan registros que le pertenecen).
>
> Un saludo.
>
>


Respuesta Responder a este mensaje
#5 Maximiliano D. A.
13/01/2004 - 15:54 | Informe spam
hmm si todos se conectan con el mismo usuario hay un gran problema de diseño
ahi, yo lo cambiaria y que cada uno tenga un user distinto, me parece lo mas
limpio

Salu2

Maximiliano Damian Accotto


"Alfonso Lucas Carbonell" escribió en el mensaje
news:%
Pero es que todos se conectan con el mismo usuario.
Si mato al usuario, me cargo a todos.


"Miguel Egea" escribió en el mensaje
news:
> Si le pones un querytimeout a tu petición se debería de cancelar solo.
> La formula para evitar los bloqueos es matar el usuario que los produce,
con
> kill spid.
>
> Saludos
> Miguel Egea
> "Alfonso Lucas Carbonell" escribió en el mensaje
> news:
> > Hola grupo, tengo una base de datos en SQLSERVER 2000, y accedo a los
> datos
> > instaciando componentes de FOXPRO desde ASP, el problema reside en que
> cada
> > vez que guardo una pantalla, inicio una transacción, y comienza a


grabar
> los
> > datos, via UPDATE directamente con SQLEXEC, rara vez debido a que las
> > conexiones a internet se cuelgan, microcortes o lo que sea, el caso es
que
> > un usuario graba, inicia la transacción, y como el resultado en


pantalla
> no
> > es instantaneo, pues me cierra la ventana del navegador y con lo
> cual(creo),
> > que el proceso de grabado se cuelga(¿no es asi?), y la transacción, se
> > mantiene, bloqueandome lo que convenga.
> >
> > hay alguna manera de definir el tiempo de vida de una transacción, ya
que
> > estando en asp, la transacción se realiza siempre, abriendo una
conexion,
> > realizando la operación y cerrandola, como mucho, muchisimo, 1 minuto,
en
> > caso muy extremos y con modem.
> >
> > Necesito una solución.(o de que manera sencilla eliminar los bloqueos,
ya
> > que es imposible que dos usuarios actualicen el mismo registro, leen


de
> > tablas comunes, pero los actualizan registros que le pertenecen).
> >
> > Un saludo.
> >
> >
>
>


Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaSiguiente Respuesta Tengo una respuesta
Search Busqueda sugerida