Que tal Alejandro?

Hasta donde yo sé, lo que preguntás no se puede hacer. Podrías meter un
trigger, pero afectaría la performance y nadie te asegura que lo que el
trigger escriba no sea reescrito, o que no deshabiliten el mismo durante la
modificación... he tenido clientes de este tipo.


Lo que sí podés hacer es usar el SQL Diff
(http://www.apexsql.com/sql_tools_diff.asp) yo lo he usado con otros fines,
pero básicamente te compara dos bases de datos, incluso remoto.

Guardate una copia inalterable de lo que enviás y si algo falla en el
cliente compará lo que enviaste con lo actual, si "metieron los dedos" va a
saltar, es muy clara la comparación.


Ojalá te haya sido de ayuda.


Saludos,
Mariano Abdala.

-----Original Message-----
From: [email protected] [mailto:[EMAIL PROTECTED] On Behalf Of Alejandro A.
ALEKSICH
Sent: lunes, 12 de noviembre de 2007 09:05 p.m.
To: Mariano Abdala
Subject: [dbms] Marcas de garantía en los registros

Tengo la siguiente situación:
Trabajamos sobre una base de datos editando y agregando registros,
finalizado el trabajo "devolvemos" la base al cliente. 
El tema es que quiero crear una "marca" sobre los registros tal cual le
entrego al cliente, algo así como un precinto de seguridad.
¿hay alguna manera de hacer esto?.
Pensé en agregar un campo Guid o timestamp y guardar el valor de cada
registro en una base de datos separada, la pregunta es: el valor de este
campo puede ser editado ?, si los valores son coincidentes al estado
inicial, ¿puedo afirmar que ese registro nunca fue modificado?

Hay que tener en cuenta que el cliente es el propietario de los datos, o sea
tiene pleno derechos sobre ellos. Solo quiero evitar que nadie cambie
malintesionadamente los datos y luego me atribuyan el error a mí trabajo.

Se trabaja con SQL2k

Gracias.-



Responder a