Discussion :

[Kropernic]

Bonjour,

J'aurais juste voulu savoir s'il existait un tool ou quelque chose d'autre qui permettrait de savoir qui a fait quoi dans une DB ?

J'ai bien tenté une recherche mais avec log comme mot clef, je ne tombe que sur des résultats concernant le journal de transaction.

Jusqu'ici, je procédais en ajoutant des colonnes dans les tables pour lesquelles je souhaitais avec les informations concernant la création d'une ligne et la dernière modification d'une ligne. Les informations en question étant l'utilisateur et la date, cela fait donc à chaque fois 4 colonnes en plus par table.

Y a-t-il un meilleur moyen de procéder ?

[mikedavem]

Salut,

Tout dépend la granularité de ce que tu veux.

Il existe les audits SQL Server (depuis 2008) qui te permettent de savoir quelles actions un utilisateur a effectué (modification du paramétrage d'un serveur, ajout d'un login, insert / update / delete dans une table etc ...)

Si en revanche tu souhaites savoir quelles données ont été modifiées par un utilisateur par exemple il faudra compléter avec du Change Data Capture de SQL Server.

Il est également possible de faire des audits par le biais des traces SQL Server mais l'impact est plus important en terme de performance.

++

[Kropernic]

Ah ouais, j'ai oublié de le préciser mais je suis encore sous 2005...

Sinon ce que je veux savoir ne se situe qu'au niveau des requêtes insert/update/delete.

Enfin... Il est prévu de passer sur 2008 d'ici la fin de l'année en même temps que de mettre de nouveaux serveurs (pas trop tôt !). Je vais rester avec mes colonnes jusque-là et on verra après.

Merci pour l'info !

P.S. : Au passage, y a des trucs spéciaux à faire pour migrer de 2005 à 2008 ou bien je peux juste prendre mes DB et les mettre sur le nouveau serveur ?

[SQLpro]

1) ce serait idiot de mettre en œuvre un truc lourd, long, complexe et peu performant à base de déclencheurs, alors qu'il existe dans la version 2008 3 moyens beaucoup moins intrusifs pour ce faire :

• CHANGE TRACKING
• CHANGE DATA CAPTURE
• DATABASE AUDIT.

2) détacher la base, la rattacher sur la nouvelle instance (moins d'une seconde)
puis :
1.1 - la mettre en version 2008 (ALTER DATABASE ??? SET COMPATIBILITY_LEVEL 100
1.2 - recalculer TOUTES les statistiques en FULL SCAN (sp_updatestats)

A +

[Kropernic]

Concernant le point 1, je suis bien d'accord avec vous mais je n'aurai pas la version 2008 avant la fin de cette année (voir même le début de la prochaine).

Concernant le point 2, un grand merci pour ces infos !

[SQLpro]

alors, à lire :
http://blog.developpez.com/sqlpro/p8...on_des_donnees

A +