Stored Procedures, como trabajan?
 

Hola amigos espero que como siempre me saquen de una duda que tengo con las 'Stored Procedures'. Se trata de lo siguiente:

Supongamos que tengo una Procedure ActualizaReg que lo que hace es actualizar un registro de la Tabla Stock.

Tenemos 3 clientes conectados al servidor y los 3 deciden actualizar el mismo registro de la misma Tabla.

Fuera de la programacion normal con excepciones y errores mi consulta es:

Si la Procedure ActualizaReg esta siendo usada por el cliente 1 no podra ser usada por el resto hasta que termine su rutina?. Si no es asi, como funciona?

Gracias.

Resp
 

El procedimimiento puede usarse por los cleientes que sea al mismo tiempo.

Es tan sencillo como que cada quien esta por una trasaccion diferente.

No te confundas Carlos, Lo que se bloquea son los registros que se van actualizando (y si están dentro de alguna transacción)... no los store procedures.

La ventaja de los SP es la velocidad de ejecución dado que ya es preparados en el servidor y listos para ejecutarse.

como te dijeron lo que hay que tener en cuenta es qué registros se enstan modificando simultaneamente. Aunque es muy improbable.

Mira es un muy improbable que se bloquen los registros ya que nadie trabaja sobre el registro original sino sobre un version del mismo y como te dijeron anteriormente es poco probable que en un tiempo atomico ocurran dos actualizacione sexactamente al mismo tiempo. La mayoria d elos problemas suceden cuando se trata de hacer modificaciones a registrso que han sido modificacoados y no se le han notificados al resto de los clientes para que se actualicen lo cual produciria bloques muertos.

Como ib/firebird usan versionado d e regsitros por defecto los clientes modifcan un a copis dle mismo y con esto es que hay que tenr cuidado por lso registrso no s ebloquen como otros manejadores(si mas no recuerdo ib/fb es le unico que usa esto) a menos que se le desactive el versioando de registros de desactivar el versionado de registrso nunca lo he trabjado de esa forma asi que no te puedo hablar con base de que problemas se te podria presentar si lo desactivas. Aunque tampoco se si es posible desactivarlo en la version 1.5.

Perdón... no me limité a Firebird, por lo general utilizo SQL Server, aunque hace poco hice algunos desarrollos con informix y aunque sea muy improbable que en un tiempo atómico ocurran dos actualizaciones exactamente al mismo tiempo, cuando utilizas transacciones (que supongo que como buen desarrollador las utilizas) puede suceder, o tal vez he tenido la mala fortuna que me ha sucedido varias veces. En ese caso, cuando se inicia una transacción, los registros que se vayan agregando/actualizando, son bloqueados y depende del nivel de aislamiento para definir que hacer en esos casos.
sin embargo, dado el tema de este hilo, es obvio que en los mensajes queda explicado a quien hizo la pregunta original que los store procedures no son bloqueados, solo los registros afectados por él.

negativo!
Amigo rastafarey, lamento informarte que estas equivocado. Interbase/Firebird efectivamente pueden mantener diferentes versiones de los registros para las transacciones de lectura, pero una vez el registro ha sido actualizado, ninguna otra transacción podrá modificarlo de nuevo.

No existe tal cosa como la "notificación al resto de los clientes para que se actualicen". Supongo que te referís a que un cliente, al leer de nuevo el registro obtenga una copia "fresca" de este. Esto está gobernado por el nivel de aislamiento de la transacción. Si tenes una transacción con nivel de aislamiento Read Commited, obtendrá la última versión confirmada cada vez que se haga un fetch del registro. Por el contrario, una transacción serializable obtendrá siempre la misma versión del registro, independientemente de cuantas veces haya sido este actualizado, una característica que la arquitectura multigeneracional de estos motores hace parecer sencilla y natural, y que tiene increibles costos de rendimiento para otros motores que te ofrezcan transacciones serializables, mientras que la mayoría simplemente no puede ofrecerlas.

Cuando un registro ha sido actualizado, se coloca un bloqueo sobre este, de manera que ninguna otra transacción podrá modificarlo hasta que el bloqueo sea liberado (mediante un commit o un rollback), y dichas modificaciones las hace el servidor y solo el servidor. No existe tal cosa como que cada cliente modificará sus propias copias... :rolleyes:

Hasta luego.

;)

Claro que puede ser "altamente probable", por usar la misma jerga. El que esto sea "muy improbable" o "altamente probable" depende del diseño de la aplicación y los datos que esta maneja.

Esto es cierto, al menos en los motores que conozco, pero ya ves, siempre hay alguno que retuerce las cosas :D

Saludos

;)