janvier
2007
Deuxième volet sur MaxDB. Prenons un petit moment pour rentrer plus en détails dans MaxDB et son client en ligne de commande. Pour la première impression, c’est le brouillard ! Heureusement la commande help renseigne sur les quelques commandes utiles. On peut notamment lister les tables, vues et autres objets grâce à des syntaxes utilisant différents patterns.
Pour ma part, j’ai installé MaxDB avec les paramètres par défaut. Donc une petite commande me permet de voir mes tables :
sqlcli MAXDB1=> \dt DBADMIN.%
List of tables
| Schema | Name | Type |
| ------- | -------------------------------- | ------- |
| DBADMIN | DUAL | TABLE |
| DBADMIN | PERSONNE | TABLE |
| DBADMIN | QUERYREWRITERULES | TABLE |
| DBADMIN | SYSCHECKTABLELOG | TABLE |
| DBADMIN | SYSCMD_ANALYZE | TABLE |
| DBADMIN | SYSDATA_ANALYZE | TABLE |
| DBADMIN | SYSMONDATA | TABLE |
| DBADMIN | SYSMONITOR | TABLE |
| DBADMIN | SYSPARSEID | TABLE |
| DBADMIN | SYSSTATISTICS | TABLE |
| DBADMIN | SYSUPDATECOUNTERWANTED | TABLE |
| DBADMIN | SYSUPDSTATLOG | TABLE |
| DBADMIN | SYSUPDSTATWANTED | TABLE |
| DBADMIN | SYSUPGRADEHISTORY | TABLE |
14 rows selected (68 msec)
Un intrus ? Oui j’ai rajouté la table Personne pour faire quelques requêtes. Après, tout est dans un SQL classique qui ne perturbe pas. Pour aller plus au fond des choses, on peut regarder la liste des schémas pour remarquer une petite chose :
sqlcli MAXDB1=> \ds
List of database schemas
| Schema name | Owner name |
| ----------- | -------------------------------- |
| DBADMIN | DBADMIN |
| DBM | DBM |
| DOMAIN | DBADMIN |
| HOTEL | MONA |
| MONA | MONA |
| OMS | DBADMIN |
| SYSINFO | DBADMIN |
| TRY | DBADMIN |
8 rows selected (16 msec)
En cherchant dans la documentation de MaxDB, on s’aperçoit que MONA est le nom d’un utilisateur de test possédant des schémas de test qui seront certainement, une prochaine étape de la découverte.