LOCK

19/05/2006 - 18:24 por Hernan Fuccillo | Informe spam

Hola, queria saber los alcances de la instruccion lock, por ejemplo:
Si yo estoy trabajando con varios procesos a la vez que estan accediendo a
una base de datos ( en este caso particular Access ), yo puedo, en el update,
insert o select, usar la instruccion lock para lockear la conexion y
asegurarme que no se este usando la conexion en ese mismo momento? si bien se
puede hacer abriendo otra conexion, queria usar esto como ejemplo para
entender un poco mejor la funcionalidad de LOCK
Si alguien tiene algun link interesante donde expliquen bien las utilidades
de la instruccion Lock por favor envienmelo. Muchas Gracias

Siga el debate

8 respuestas

Tengo una respuesta

Preguntas similare

Mostrar todos los temas similares

Leer las respuestas

#6 Alberto Poblacion

20/05/2006 - 09:46 | Informe spam

"Eduardo A. Morcillo [MS MVP VB]" <emorcilloATmvps.org> wrote in message
news:

Se pone lock(this) cuando está dentro de un método de instancia, o
lock(typeof(clase)) cuando está en un método estático.

Ninguno de los bloqueos que indicas esta recomendado

Curiosísimo. Microsoft en sus artículos de MSDN recomienda que no se
usen estos bloqueos, y sin embargo en sus cursos MOC (concretamente el 2349)
precisamente enseña a hacerlo asi. Es de dicho curso 2349 de donde yo había
sacado esas instrucciones.

Gracias por hacerme esa observación.

Responder a este mensaje

#7 Alberto Poblacion

20/05/2006 - 09:52 | Informe spam

"Octavio Hernandez" wrote in message
news:

Otra artículo interesante al respecto es éste:

http://msdn.microsoft.com/library/d...032003.asp

Vale, ya le he echado un vistazo al artículo. Dice que
"[...]unfortunately, we document this in both the C# and Visual Basic .NET
documentation, implying that it's a recommended practice.) In this case, the
docs are wrong (and we'll be correcting them)."
En resumen, que aunque la documentación sugiere que se haga como yo
decía, la documentación está equivocada. Y desgraciadamente, el curso MOC
también enseña a poner el bloqueo de la misma manera equivocada.

Gracias por señalarme el interesante artículo.

Responder a este mensaje

#8 Octavio Hernandez

21/05/2006 - 11:31 | Informe spam

Hola Alberto,

Efectivamente, durante bastante tiempo se recomendó hacer eso como lo más
adecuado.
No sé si me equivoque, pero creo que esas técnicas se "importaron" al mundo
.NET directamente de Java (allí la palabra clave es 'synchronized' en vez de
'lock', pero en el fondo funcionan muy parecido), y sólo después de cierto
tiempo la gente se dio cuenta de sus deficiencias.

Salu2 - Octavio

"Alberto Poblacion"
escribió en el mensaje news:uUIAhJ%

"Octavio Hernandez" wrote in message
news:

Otra artículo interesante al respecto es éste:

http://msdn.microsoft.com/library/d...032003.asp

Vale, ya le he echado un vistazo al artículo. Dice que
"[...]unfortunately, we document this in both the C# and Visual Basic .NET
documentation, implying that it's a recommended practice.) In this case,
the docs are wrong (and we'll be correcting them)."
En resumen, que aunque la documentación sugiere que se haga como yo
decía, la documentación está equivocada. Y desgraciadamente, el curso MOC
también enseña a poner el bloqueo de la misma manera equivocada.

Gracias por señalarme el interesante artículo.

Siga el debate Respuesta

Responder a este mensaje

Ads by Google

Hacer una pregunta

Tengo una respuesta

1 2

Busqueda sugerida