Discussion :

[JeyelDev]

Bonjour,

Ma question est assez basique, mais malheureusement après de multiples recherches je n'ai pas pu trouver de solution. Je suis administrateur de bases de données depuis peu. Le management des droits d'accès ne me pose pas de problème, mais voila, il s'agit de tracer l'activité sur mon serveur. J'ai pu tomber sur un truc du type log = [path]/filename.log et SET GLOBAL general_log = 'ON'; mais malheureusement ce type de procédure log absolument toute l'activité sur le serveur. Il s'agit d'un serveur avec de nombreuses requêtes automatisées, il m'est donc impossible d'établir un contrôle et un suivi par utilisateur. J'ai très brièvement entendu parler de relais possible avec un proxy, mais débarquant dans le développement web depuis quelques semaines seulement (C++ ftw) je n'y connais pas grand chose, et je me trouve dans une impasse.

Mon but est simple :

Sortir un fichier de log par utilisateur, en appliquant un filtre sur les requêtes automatisées et les requêtes exécutées manuellement. Je ne sais même pas si c'est possible, en tout cas votre aide me serait excessivement précieuse. Désolé si j'ai loupé quelque chose dans l'édition de mon message, c'est mon premier sur ce forum. J'ai essayé d'être précis au mieux, si vous avez des questions supplémentaires n'hésitez pas !

Merci d'avance !

[SQLpro]

Ce que tu cherches à faire est un "audit trailing". Il existe un produit pour ce faire :
http://www.mysql.com/products/enterprise/audit.html
C'est assez embryonnaire chez MySQL, comparativement à ce que tu trouves en natif sur SQL Server ou Oracle. De plus cela nécessite la version payante de MySQL (Enterprise...) et c'est cher !

A +

[JeyelDev]

Merci beaucoup de ta réponse ! N'existe-t-il pas une solution gratuite, même scriptable, permettant d'établir un contrôle sur les utilisateurs via une version gratuite de MySQL ? Disposant de peu de moyens, malheureusement, je préfère me prendre un petit peu la tête que de débourser des milles et des cents :/

[SQLpro]

Non... MySQL c'est le piège à c...
N'oubliez pas que ce n'est pas de l'open source, même si Oracle le clame haut et fort !

Pourquoi ne pas migrer vers PostGreSQL. Vous aurez à la foi la gratuité, la performance, et des outils périphériques, la plupart gratuits !

A +

[JeyelDev]

Parce que malheureusement (oui encore), l'infrastructure sur laquelle je travaille est déjà configurée pour MySQL, et le projet étant d'une ampleur énorme (sans exagérer), il sera difficile de tout convertir. Je pars dans l'idée de coder un programme en C# qui tournera en fond sur la machine host, se connectera à la DB en question et étudiera les modifications de champs en temps réel pour reconstruire derrière une requête correspondant à la modification effectuée. Avec un examen des connexions à ce moment, je pourrai probablement définir le user, et sortir un fichier .log toutes les 24 heures ne devrait pas être trop difficile. Ça représente une sacrée charge de travail, et c'est justement ce que je voulais éviter, mais il semble que je n'aie pas le choix. Merci pour votre aide ! Si vous avez une autre idée, je vous en prie, n'hésitez pas à m'en faire part

[SQLpro]

Parce que malheureusement (oui encore), l'infrastructure sur laquelle je travaille est déjà configurée pour MySQL, et le projet étant d'une ampleur énorme (sans exagérer), il sera difficile de tout convertir. Je pars dans l'idée de coder un programme en C# qui tournera en fond sur la machine host, se connectera à la DB en question et étudiera les modifications de champs en temps réel pour reconstruire derrière une requête correspondant à la modification effectuée. Avec un examen des connexions à ce moment, je pourrai probablement définir le user, et sortir un fichier .log toutes les 24 heures ne devrait pas être trop difficile. Ça représente une sacrée charge de travail, et c'est justement ce que je voulais éviter, mais il semble que je n'aie pas le choix. Merci pour votre aide ! Si vous avez une autre idée, je vous en prie, n'hésitez pas à m'en faire part

Par expérience je vous fais le pari que :
1) si vous y arrivez et que vous tracez tout sans oubli, je vous offre le champagne et le coût sera bien supérieur à l'achat de la licence !
2) vous n'y arriverez pas compte tenu de la complexité et de la surcharge en ressource que vous allez mettre sur le serveur MySQmerde !

A +

[CinePhil]

Mon but est simple :

Sortir un fichier de log par utilisateur, en appliquant un filtre sur les requêtes automatisées et les requêtes exécutées manuellement.

Quand vous parlez d'utilisateur, s'agit-il :
- des différents utilisateurs MySQL qui utilisent la même base de données ?
- des différents utilisateurs MySQL qui utilisent des bases de données différentes ?
- des différents utilisateurs de l'application (ou des applications) qui utilisent une seule ou plusieurs bases de données du serveur ?

[JeyelDev]

Premier choix, je parle des différents utilisateurs MySQL qui seront amenés à utiliser la même base de données (une gestion de plusieurs bases de données serait potentiellement intéressante, mais pour le moment mes développeurs n'auront accès qu'à une des bases de données).

SQLPro : Merci pour les encouragements, je vous enverrai mon adresse pour le champagne ! ^^