RE: Control de Concurrencia

Oye no entiendo que dices. Se supone que aunq cambien los datos del empleado
esto no debe de afectar las transaccines hechas porque lo que almacenas es
solo un codigo y este no cambia. Asi que no veo en que problema puede
generar q al tipo de la gana de cambiar toda la info del empleado porque lo
importante no cambiara , Eso es lo que yo creo y deberia de ser?
*-------------------------------------------------------*
*-Edwin Quijada
*-Developer DataBase
*-JQ Microsistemas
*-809-747-2787
* " Si deseas lograr cosas excepcionales debes de hacer cosas fuera de lo
comun"
*-------------------------------------------------------*

>From: "P(at)blo Villad@" <andresv50(at)hotmail(dot)com>
>To: pgsql-es-ayuda(at)postgresql(dot)org
>Subject: [pgsql-es-ayuda] Control de Concurrencia
>Date: Wed, 03 Aug 2005 23:12:15 +0000
>
>Hola A Todos.
>
>Tengo La Siguiente Inquietud.
>En El Proyecto Que Me Encuentro
>Realizando, Tenemos Involucrados
>Procesos De Nomina.
>Ahora Nos Surge El Problema
>De Que Cuando Un Funcionario
>Realiza Algun Cambio Sobre Los
>Datos De Un Empleado Estos Se
>Deben Reflejar Sobre Sus Pagos
>y Descuentos.
>Pero Que Puede Pasar Si Antes de
>Que Se Realice Un Cambio De Estos
>Se Realice Un Proceso Contable Y No
>Queden Registrados Los Datos Actuales.
>
>
>Que Me Pueden Recomendar Para El
>Control De Versiones Concurrentes.
>
>Lo Que he podido leer es:
>
>Read Committed Isolation Level
>Serializable Isolation Level
>
>Pero la verdad no me quedan muy
>claras las cosas..
>
>Muchas Gracias Por la colaboracion
>
>Muchas Gracias.....
>
>
>
>---------------------------(fin del mensaje)---------------------------
>TIP 7: no olvides aumentar la configuración del "free space map"

_________________________________________________________________
De todo para la Mujer Latina http://latino.msn.com/mujer/