L'outil d'audit SQL SQLE 2.2305.0-pre3 a été publié aujourd'hui. Ce qui suit est une interprétation détaillée de la nouvelle version des notes de version.
L'article est principalement divisé en trois parties :
1. Présentation du projet SQLE
2. Présentation des fonctions principales de la nouvelle version
3. Informations complètes sur la version
1. Présentation du projet SQLE
Le SQLE de la communauté open source Ecoson est un outil d'audit SQL pour les utilisateurs et les gestionnaires de bases de données, qui prend en charge l'audit multi-scénarios, prend en charge les processus en ligne standardisés, prend en charge de manière native l'audit MySQL et dispose de types de bases de données évolutives.
SQLE obtenir
| taper | adresse |
|---|---|
| Dépôt | https://github.com/actiontech/sqle |
| document | https://actiontech.github.io/sqle-docs-cn/ |
| publier des nouvelles | https://github.com/actiontech/sqle/releases |
| Documentation sur le développement du plug-in d'audit des données | https://actiontech.github.io/sqle-docs-cn/3.modules/3.7_auditplugin/auditplugin_development.html |
| Expérience en ligne de l'édition communautaire | http://demo.sqle.actionsky.com super administrateur : admin mot de passe : admin |
| Expérience en ligne Enterprise Edition | http://demo.sqle.actionsky.com:8889 Utilisateur : admin Mot de passe : admin |
2. Présentation des fonctions principales de la nouvelle version
Prend en charge la notification de l'état du bon de travail via Webhook
Lorsque l'utilisateur a configuré un service API personnalisé et souhaite obtenir le statut d'exécution de l'ordre de travail dans le service API en temps réel, le service Webhook peut être configuré dans les paramètres système. Une fois l'adresse de rappel configurée dans SQLE, une fois que l'état de l'ordre de travail a changé, les informations de notification d'état peuvent être obtenues dans le service API, et il n'est pas nécessaire de se connecter régulièrement à la plate-forme SQLE pour interroger les résultats.
Voici un essai de fonction simple :
1. Connectez-vous avec le compte administrateur de la plateforme, entrez les paramètres système, recherchez la configuration Webhook et cliquez sur le bouton Modifier.
2. Sélectionnez Activer la notification Webhook et renseignez les champs suivants.
- URL Webhook : l'adresse API utilisée pour envoyer les messages de ticket ;
- Nombre maximum de mots à réessayer : 3 fois par défaut, plage de valeurs 0-5. Si le push de l'événement échoue, SQLE poussera à nouveau la notification. Si le push échoue après 3 tentatives, l'événement ne sera plus poussé ;
- Intervalle de relance maximal : 1 seconde par défaut, plage de valeurs 1-5. Si la poussée échoue, elle sera repoussée à un intervalle de 1 s ;
- jeton : utilisé pour identifier le pousseur, tel que SQLE peut être renseigné pour identifier la notification poussée depuis SQLE.
3. Cliquez sur Soumettre pour enregistrer la configuration actuelle du webhook.
4. L'utilisateur peut cliquer sur Tester pour vérifier que le serveur d'API peut recevoir les informations push normalement.
Oracle prend en charge la génération d'instructions de restauration [Enterprise Edition]
Lorsque l'utilisateur effectue une opération en ligne SQL sur la source de données Oracle via la plate-forme, si l'ordre de travail ne parvient pas à se mettre en ligne, seule une partie du SQL de l'ordre de travail peut être exécutée, mais pas les autres parties. Pour SQL qui a déjà été exécuté, l'utilisateur peut ne pas savoir comment annuler l'opération. À cette fin, SQLE fournit un indice d'instruction de restauration pour aider les utilisateurs à restaurer les opérations qui ont été effectuées afin de garantir la cohérence et l'intégrité des données. Voici l'effet rapide de l'instruction rollback sous la source de données Oracle :
3. Informations complètes sur la version
Nouvelles fonctionnalités :
-
[#450] Prend en charge la notification de l'état du bon de travail via Webhook ;
Corrections de bogues :
-
[#1495] Correction du problème selon lequel la règle d'audit MySQL "éviter d'utiliser IN (NULL)/NOT IN (NULL), qui est toujours faux entraînera l'échec de la condition" est déclenchée à tort ;
-
[#1499] Résout le problème de non-affichage de la coloration syntaxique SQL dans les résultats de l'examen des tickets.