Bloquear registros

Bueno mi opinión :-d

si las sentencias t-sql son de select y el nivel de aislajiento el por
defecto eso puede no funcionar como quiere meli¡a (no hay bloqueos por
lecturas...)

"Miguel Egea" wrote

Bueno mi opinión :-d

si las sentencias t-sql son de select y el nivel de

defecto eso puede no funcionar como quiere meli¡a (no

lecturas...)

Se puede pasar el indicador UPDLOCK para que utilice

actualización en lugar de bloqueos compartidos. El

como:

Abrir conexión
Abrir transacción

SELECT valor
FROM tabla1 WITH (UPDLOCK)
WHERE item = <el_item_en_cuestion>

"Esto genera un bloqueo de actualización que impide

Ejecutar consulta2
Hacer calculos
Actualizar tabla1
COMMIT

Resto de operaciones...

Pero la solución ideal seria crear un procedimiento

se le pasaran los parámtros necesarios.

Un saludo.
.

Hola amigos,
Soy nueva en el foro.
Estoy empezando a aprender SQL server desarrollando una aplicacion en

Foxpro 8.0 con base de datos sql server 2000.

Mi primera inquietud es que en un proceso guardo en una variable el valor

un campo de una tabla, luego recorro otra tabla, hago unos calculos y
actualizo el campo del valor guardado previamente de la primera tabla.
Lo malo es que necesito que mientras dura el proceso de recorrer la otra
tabla y calcular, que puede durar unos segundos segun las pruebas, ningun
usuario debe de estar modificandome el valor del campo de la primera

Para los que conocen algo de Visual Fox lo que quiero es simplemente

un RLOCK() es decir bloquear el registro para que nadie me lo pueda
modificar hasta que yo lo libere.

Como se puede hacer eso en SQL Server ??? o en su defecto como maneja sql
server la concurrencia.

Entiendan que no se casi nada de sql server.

Gracias amigos

Melissa

El UPDLOCK no impide la lectura del registro y que en base

a ello se tomen ciertas acciones que podr an dar
resultados incorrectos. Por ejemplo :

BEGIN TRAN
SELECT @campo FROM TABLA WITH (UPDLOCK)
...
UPDATE
...
UPDATE TABLA SET @campo = xxx
COMMIT

el SELECT no bloquea el registro y puede ser leido por
otra transacci n TRAN2 y tomar acciones sobre ese valor,
pero como se ve luego en la transacci n se modifica y se
deber a haber tomado ese nuevo valor para los c lculos de
la transacci n TRAN2. Creo que hace algunos d as se
convers sobre este tema y se vi que era preferible hacer
la selecci n y actualizaci n en una misma sentencia UPDATE
de manera de bloquear la fila.

Saludos,
Ulises

"ulises" wrote in message news:<60a001c48189$03986c40$...

El UPDLOCK no impide la lectura del registro y que en base

¿Y eso que tiene que ver con el hilo?, si vuelves a leer detenidamente
el contenido del mensaje inicial lo que se quiere es que otros
procesos no puedan modificar el valor, en ningún momento se dice que
no puedan leerlo, sólo se pide como impedir que otro proceso lo
modifique después de ser leido.

a ello se tomen ciertas acciones que podr an dar
resultados incorrectos. Por ejemplo :

Estás haciendo suposiciones, casos hipotéticos que no vienen al tema.
Como dice Date también puede pasar que los aviones se caigan y lo
puentes se derrumben.

Un saludo.