Ver Mensaje Individual
  #6  
Antiguo 14-02-2016
Avatar de mamcx
mamcx mamcx is offline
Moderador
 
Registrado: sep 2004
Ubicación: Medellín - Colombia
Posts: 3.917
Reputación: 25
mamcx Tiene un aura espectacularmamcx Tiene un aura espectacularmamcx Tiene un aura espectacular
El asunto es que esto no tiene muchas formas de hacerse, y al final es lo mismo.

La forma mas simple es usando un
Código SQL [-]
INSERT...SELECT FROM
o mucho mas correcto, un MERGE/UPSERT

El asunto es que la logica se complica por el problema de chequear por campo. La manera mecanica es construir el WHERE comparando campo por campo, pero hacer un DIFF entre lo viejo y lo nuevo es una vuelta mas complicada.

Es MUCHO mas simple si aceptas usar un timestamp/version. La comparacion es solo contra el timestamp y eliminas /re-insertar la fila entera (eso lo hace el UPSERT).

----
Cita:
Empezado por elrayo76 Ver Mensaje
Si en la tabla temporal existe un registro que tiene el estado de no procesado y por algun motivo se manda nuevamente ese mismo registro, tendría que poder saber si alguno de los campos del registro nuevo es distinto al del que existe en la temporal. De esta forma anularía (pasaría a procesado) el que ya existe y dejaria el que esta viniendo nuevo que todavía no se inserto.
Si entiendo esto, estas tratando de hacer un task queue. Es importante saberlo, porque hay formas especificas de como hacer esto correctamente.

Porque si lo que quieres es poder mandar un "trabajo" que debe tomar N-Clientes, y asegurarse de que ese trabajo sea idempotente y que solo se procese una sola vez, es un rollo muy diferente.

Se puede con Sql, pero tienes que hacerlo BIEN:

http://rusanu.com/2010/03/26/using-tables-as-queues/
__________________
El malabarista.
Responder Con Cita