SIARD Suite 2.2 - Systèmes de gestion de bases de données
Les différents systèmes de gestion de bases de données (DBMS) sont traités différemment dans SIARD Suite, principalement dans les domaines suivants:
- URL JDBC pour la connexion à une base de données,
- Manière de faire avec des types de données propriétaires,
- Préparation d'une base de données pour le téléchargement,
- Préparation d'une base de données pour le chargement.
URL JDBC pour la connexion à une base de données
SIARD Suite documente les standards URL JDBC pour la connexion à un système de base de données supporté. Il existe toutefois beaucoup de variantes comme la plateforme de sécurité DMBS (par ex. login Windows) ou la sécurité de réseau (par ex. Kerberos) qui sont intégrées pour le contrôle de l'accès. Il est impossible ici de documenter séparément chaque DBMS. Tant qu'un URL JDBC acceptable pour le DBMS est utilisé, l'établissement d'une connexion à une base de données est possible avec SIARD Suite. Pour trouver de plus amples renseignements conernant des URL JDBC acceptables, il faut consulter la documentation du DBMS concerné.
- MS Access
- L'intégration JDBC pour MS Access ne supporte qu'un seul type d'URL JDBC: jdbc:access:<path to mdb/accdb>
- DB/2
- https://www.ibm.com/support/knowledgecenter/de/SSEPGG_9.7.0/com.ibm.db2.luw.apdv.java.doc/src/tpc/imjcc_r0052342.html
- MySQL
- https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-reference-jdbc-url-format.html
- Oracle
- http://docs.oracle.com/cd/B28359_01/java.111/b31224/jdbcthin.htm
- PostgreSQL
- https://jdbc.postgresql.org/documentation/head/connect.html
- SQL Server
- https://docs.microsoft.com/en-us/sql/connect/jdbc/building-the-connection-url
Si une connexion à une base de données avec SIARD Suite échoue, il est possible d'essayer en premier une connexion "native" qui est établie totalement sans SIARD Suite. Si celle-ci réussit, mais qu'une connexion n'est toujours pas établie avec l'URL JDBC résultant des données de connexion, le même URL peut être essayé avec SQuirreL.
Manière de faire avec des types de données propriétaires
Les types de données propriétaires sont représentés dans chaque enveloppe JDBC en types de données SQL:2008. La représentation est documentée dans les tableaux Jdbc<DBMS>-TypeInfo.ods en format LibreOffice Calc dans le répertoire doc/datatypes.
Préparation d'une base de données pour le téléchargement
SIARD Suite télécharge toutes les données visibles par l'utilisateur de bases de données qui est utilisé pour la connexion. Le choix d'un utilisateur de bases de données détermine ainsi la taille de la base de données archivée. Souvent, un utilisateur technique de bases de données approprié d'une application de bases de données est disponible, avec laquelle la base de données est exploitée. Cet utilisateur détient normalement exactement les droits d'accès qui sont nécessaires pour l'archivage de la base de données.
Si toutefois un tel utilisateur n'est pas disponible, il ne faut pas utiliser l'administrateur de bases de données (database administrator, DBA, dbo, root, SYSTEM, sa, ...) pour le téléchargement, car celui-ci a accès en lecture à beaucoup de tableaux systèmes et de tableaux d'autres bases de données qui ne doivent pas être archivés. A la place, il est recommandé de créer un utilisateur de bases de données spécifique pour l'archivage. A cet utilisateur d'archivage, il faut attribuer les privilèges de lecture pour tous les schémas, tableaux, vues et types qui sont nécessaires pour la base de données à archiver. La documentation du DBMS décrit comment un utilisateur doit être créé et être doté des privilèges nécessaires.
Lorsqu'un utilisateur d'archivage approprié a été défini ou créé, le téléchargement de la base de données avec ses informations d'accès peut être exécuté.
Préparation d'une base de données pour le chargement
Pour le chargement d'une base de données dans une instance DBMS avec SIARD Suite, les schémas de la bases de données doivent être disponibles dans la base de données cible. Ces schémas peuvent alors être associés avec les schémas de l'archive SIARD dans l'affectation du schéma dans le dialogue de chargement (ou dans la partie affectation du schéma de l'application lignes de commande de SiardToDb
.Les schémas cibles sont idéalement vides. Selon les prescritpions de sécurité du DBMS, il n'est toutefois pas toujours possible de créer ou de sélectionner des schémas à sa guise. Si les schémas cibles ne sont pas vides, les données archivées ne seront chargées que si il n'y a pas de conflit de noms dans les types ou les tableaux ou alors si l'option Ecraser a été sélectionnée.
L'utilisateur de bases de données, dont les informations d'accès sont utilisées pour le chargement, doit détenir le privilège pour la création de types et de tableaux dans le schéma cible et celui d'insérer des données dans ces tableaux. La documentation DBMS décrit comment créer des schémas et comment attribuer les privilèges nécessaires à l'utilisateur de bases de données. Pour des raisons pratiques, on utilise les informations d'accès de l'administrateur de bases de données, pour autant que celles-ci soient disponibles. Cet utilisateur a en principe tous les privilèges nécessaires. Dans ce cas, l'option Ecraser ne devrait pas être choisie. Autrement, le risque est trop élevé que des tableaux ou des types importants soient écrasés dans le système.