Et si ce n'est pas le cas, existe-t-il un moyen de savoir quand un déclencheur a été désactivé/activé?Existe-t-il un audit DDL dans SQL Server 2000
FOLLOWUP:
Il est un cas de diagnostic plutôt intéressant. Je n'étais impliqué que de la périphérie, et le gars qui fait le diagnostic n'est pas un type de base de données.
De toute façon, il avait un déclencheur qui déplacerait les données d'une table à l'autre. Il a fait une comparaison et toutes les données n'étaient pas parvenues à la deuxième table. J'ai dit, je suis un critique de SQL Server, mais je crois que leurs déclencheurs se déclenchent dans la même transaction. Il a dit, mais certaines des données l'ont fait ... si c'était juste désactivé, rien ne devrait le faire. Vrai. J'ai donc dit que quelqu'un activait et désactivait les déclencheurs. D'où la question.
Mais ce qui s'est réellement passé, c'est que quelqu'un a désactivé le déclencheur de manière permanente et copié le code dans un sproc qui était configuré pour s'exécuter à un certain moment.
Le bon test médico-légal aurait consisté à regarder les dépendances de la seconde table, voir ce que l'autre utilisait. Cela montrerait la tumeur sproc ... (j'ai regardé beaucoup de rediffusions House, pouvez-vous dire).
MSSS dit qu'ils s'améliorent, et je les ai cru jusqu'à maintenant ... >>> Mais si DISABLE TRIGGER, ENABLE TRIGGER, ou l'interface graphique du Management Studio, ont été utilisés pour changer l'état d'un trigger, l'information ne serait pas collecté. <<< Quel est le but de l'audit DDL si vous ne contrôlez pas tous les DDL? –