Ayuda

18/04/2005 - 20:14 por Carlos Vargas | Informe spam
Saludos
Tengo un tabla temporal donde paso los datos de la Tabla Factura
por ejemplo editar un Nro de Factura inserto todos los datos en
esta tabla temporal de ese nro de factura mas un campo que identifica a la
maquina

Cuando otro usuario quiere ingresar a modificar esta factura el
sistema le dice q ya esta siendo editado la factura pq primero hace un
select
a esta tabla y si existe le manda un mensaje.

El problema es q si la aplicacion se cierra de forma inesperada por ejemplo
apagado de luz o finalizan la aplicacion con ctrl+alt+supr el registro en
esta tabla
queda y por ende el nro de factura queda bloqueado.

¿De que manera podria detectar q la maquina q ingreso a editar la factura ya
no se encuentra
conectado. para cuando otro usuario ingrese pueda editar los datos sin
ninguna restriccion.

Gracias
Carlos Vargas

Preguntas similare

Leer las respuestas

#6 Carlos Vargas
19/04/2005 - 18:54 | Informe spam
Ok lo tomare en cuenta, una ayuda mas, me puedes dar unos links donde hablen
de bloqueo
de registros en las tablas de sql

Gracias
Carlos


"Don Roque" escribió en el mensaje
news:
los EXEC tienen varios problemas, ademas del tema de que para el SQL
SERVER es imposible tener esas consultas precompiladas. Te comento dos
de los que se me ocurren ahora:

1)
Imagina que vos armas todo un entorno de seguridad, creando stored
procedures para actualizar los datos y vistas para consultarlos, por
ejemplo. Si vos dentro de un Stored Procedure haces
EXEC ("select * from alguna_tabla") deberias asignar a tus usuarios
permisos de SELECT sobre las tablas y esto rompe todo el esquema de
seguridad que armaste.

2)
Tendrias que ver de alguna manera para que no se de la situacion en la
que se ejecute algo asi
EXEC ("drop table alguna_tabla")

Espero haber sido claro.

En cuanto al tema de los bloqueos, deberia consultar un poco mas.

Saludos

Respuesta Responder a este mensaje
#7 Carlos Sacristán
20/04/2005 - 08:40 | Informe spam
Un gran libro sobre este tema es el de Kalen Delaney "Hands-On SQL
Server 2000 : Troubleshooting Locking and Blocking". Aquí tienes el vínculo
en Amazon por si lo quieres:
http://www.amazon.com/exec/obidos/t...89-4166568
?v=glance



Un saludo

-
"Sólo sé que no sé nada. " (Sócrates)

"Carlos Vargas" escribió en el mensaje
news:#
Ok lo tomare en cuenta, una ayuda mas, me puedes dar unos links donde


hablen
de bloqueo
de registros en las tablas de sql

Gracias
Carlos


"Don Roque" escribió en el mensaje
news:
> los EXEC tienen varios problemas, ademas del tema de que para el SQL
> SERVER es imposible tener esas consultas precompiladas. Te comento dos
> de los que se me ocurren ahora:
>
> 1)
> Imagina que vos armas todo un entorno de seguridad, creando stored
> procedures para actualizar los datos y vistas para consultarlos, por
> ejemplo. Si vos dentro de un Stored Procedure haces
> EXEC ("select * from alguna_tabla") deberias asignar a tus usuarios
> permisos de SELECT sobre las tablas y esto rompe todo el esquema de
> seguridad que armaste.
>
> 2)
> Tendrias que ver de alguna manera para que no se de la situacion en la
> que se ejecute algo asi
> EXEC ("drop table alguna_tabla")
>
> Espero haber sido claro.
>
> En cuanto al tema de los bloqueos, deberia consultar un poco mas.
>
> Saludos
>


Respuesta Responder a este mensaje
#8 Carlos Vargas
20/04/2005 - 16:16 | Informe spam
Gracias por el link pero por el momento estoy falto de recursos economicos
peor la intension cuenta pues
Saludos
"Carlos Sacristán" <csacristanARROBAmvpsPUNTOorg> escribió en el mensaje
news:
Un gran libro sobre este tema es el de Kalen Delaney "Hands-On SQL
Server 2000 : Troubleshooting Locking and Blocking". Aquí tienes el
vínculo
en Amazon por si lo quieres:
http://www.amazon.com/exec/obidos/t...89-4166568
?v=glance



Un saludo

-
"Sólo sé que no sé nada. " (Sócrates)

"Carlos Vargas" escribió en el mensaje
news:#
Ok lo tomare en cuenta, una ayuda mas, me puedes dar unos links donde


hablen
de bloqueo
de registros en las tablas de sql

Gracias
Carlos


"Don Roque" escribió en el mensaje
news:
> los EXEC tienen varios problemas, ademas del tema de que para el SQL
> SERVER es imposible tener esas consultas precompiladas. Te comento dos
> de los que se me ocurren ahora:
>
> 1)
> Imagina que vos armas todo un entorno de seguridad, creando stored
> procedures para actualizar los datos y vistas para consultarlos, por
> ejemplo. Si vos dentro de un Stored Procedure haces
> EXEC ("select * from alguna_tabla") deberias asignar a tus usuarios
> permisos de SELECT sobre las tablas y esto rompe todo el esquema de
> seguridad que armaste.
>
> 2)
> Tendrias que ver de alguna manera para que no se de la situacion en la
> que se ejecute algo asi
> EXEC ("drop table alguna_tabla")
>
> Espero haber sido claro.
>
> En cuanto al tema de los bloqueos, deberia consultar un poco mas.
>
> Saludos
>






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