2010-01-18 8 views

Respuesta

1

Si está utilizando SQL Server 2008, puede utilizar algunas nuevas características que le permiten poner los desencadenantes de los cambios DDL. A continuación, puede realizar un seguimiento, en función del usuario autenticado, que realizó el cambio.

creo que estos factores desencadenantes son nuevos en SQL 2008, pero que pueden estar disponibles en 2005.

Habiendo dicho esto, lo ideal es que tenga tu base de datos bajo control de origen, utilizando una herramienta como Visual Studio base de datos profesional. Entonces tendrías un historial completo de quién hizo qué y cuándo.

Randy

+0

Es interesante que menciones el control de fuente ... Esta es una de las razones por las que estoy investigando esto. Actualmente tenemos la capacidad de almacenar procedimientos almacenados, definiciones de tabla, etc. en control de fuente de forma automática, pero no capacidad para rastrear quién realizó realmente el cambio (ya que las confirmaciones se realizan de forma periódica). Me gustaría mantenerme alejado de las soluciones de pago en lo que respecta al control de origen de DB, y rodar el nuestro, por así decirlo. – Pwninstein

+0

Visual Studio Database Professional es gratis si usa Visual Studio Team Suite o Visual Studio Development Edition. –

+0

Veo, desafortunadamente, creo que todos estamos usando VS 2008 (que pronto será 2010) Profesional (no Team System). Aunque es bueno saberlo. ¡Gracias! – Pwninstein

1

No almacena esta información de la caja.

Puede usar el seguimiento de SQL y la notificación de eventos (consulte el correspondiente MSDN Article) para registrar este tipo de información usted mismo.

que no tienen experiencia con estas tecnologías aunque ...

1

Definitivamente ponga los activadores DDL en su lugar. Incluso si no los usa, o si termina poniendo un sistema de control de fuente decente en su lugar, aún tiene activados los DDL para que pueda estar seguro de lo que está sucediendo.

Cuestiones relacionadas