SIARD Suite 2.2 - Sistemi di gestione banche dati
I diversi sistemi di gestione banche dati (DBMS Datenbank Management Systeme) vengono trattati differentemente in SIARD Suite principalmente nei seguenti ambiti:
- URL JDBC per la connessione a una banca dati,
- Trattamento dei tipi di dati proprietari,
- Preparazione di una banca dati per il download,
- Preparazione di una banca dati per l'upload.
URL JDBC per la connessione a una banca dati
SIARD Suite documenta la URL JDBC standard per la connessione a un sistema supportato di gestione banche dati (DBMS). Ci sono comunque differenti modi di come delle piattaforme DMBS (p.es. Windows Login) oppure reti (p.es. Kerberos), garantiscano la sicurezza nei loro accessi. Qui è impossibile documentare singolarmente ogni particolarità di ogni DBMS. Fintanto che viene usata una URL JDBC accettabile per un DBMS, SIARD Suite può stabilire una connessione con una banca dati. Per ulteriori informazioni su URL JDBC accettabili, occorre consultare la relativa documentazione del DBMS.
- MS Access
- L'implementazione della JDBC per MS Access supporta un unico tipo di 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
Se una connessione a una banca dati tramite SIARD Suite fallisce, si può tentare come prima cosa una connessione "nativa", effettuata senza l'ausilio di SIARD Suite. Se questa connessione riesce, ma con i dati di connessione ricavati dalla URL JDBC ancora fallisce, allora si può provare la stessa URL JDBC con SQuirreL.
Trattamento dei tipi di dati proprietari
I tipi di dati proprietari vengono riportati nel relativo involucro JDBC sui tipi di dati SQL:2008. Il riporto è documentato nelle tabelle Jdbc<DBMS>-TypeInfo.ods nel formato LibreOffice Calc nella cartella doc/datatypes.
Preparazione di una banca dati per il download
SIARD Suite scarica tutti i dati visibili all'utente banca dati che viene utilizzato. La scelta di un utente banca dati adatto determina quindi le dimensioni della banca dati archiviata. Spesso è disponibile un "utente banca dati tecnico" di un'applicazione banca dati, con la quale viene gestita la banca dati. Quest'utente ha di solito tutti i diritti d'accesso necessari all'archiviazione della banca dati.
Se però non è a disposizione un tale utente, non si dovrebbe utilizzare l'amministratore della banca dati (database administrator, DBA, dbo, root, SYSTEM, sa, ...) per il download, dato che quest'ultimo ha accesso con diritto di lettura a molte tabelle di sistema e a tabelle di altre banche dati, che non dovrebbero essere archiviate. Si consiglia piuttosto di creare un utente banca dati apposta per l'archiviazione. Questo utente per l'archiviazione dovrà essere in possesso dei diritti di lettura a tutti gli schemi, tabelle, views e tipi che appartengono alla banca dati da archiviare. Nella documentazione del DBMS si troveranno le istruzioni necessarie a creare un utente e a fornirlo die diritti necessari.
Non appena è stato definito o creato un utente per l'archiviazione, si può procedere al download della banca dati.
Preparazione di una banca dati per l'upload
Per l'upload di una banca dati in un'istanza DBMS con SIARD Suite, devono essere a disposizione degli schemi adatti nella banca dati destinataria. Questi schemi possono poi essere associati nell'assegnazione dello schema nel dialogo dell'upload (oppure nell'assegnazione dello schema parziale della riga di comando di SiardToDb) con gli schemi nell'archivio SIARD.
La cosa migliore è che gli schemi destinatari siano vuoti, ma a dipendenza dei criteri di sicurezza del DBMS non è sempre possibile, creare o selezionare schemi a piacimento. Se gli schemi destinatari non sono vuoti, i dati archiviati vengono caricati soltanto se non ci sono collisioni di nome nei tipi e nelle tabelle, oppure se è stata scelta esplicitamente l'opzione Sovrascrivi.
L'utente banca dati, i cui dati d'accesso sono stati utilizzati per l'upload, deve avere il diritto di creare tipi e tabelle negli schemi destinatari e di introdurre dati in queste tabelle. Nella documentazione del DBMS si troveranno le istruzioni necessarie a creare gli schemi e a dare all'utente banca dati i diritti necessari. Per comodità si possono usare i dati di accesso dell'amministratore banca dati, se questi sono disponibili, in quanto l'amministratore ha di regola tutti i diritti necessari. In questo caso non si dovrebbe selezionare l'opzione Sovrascrivere, altrimenti c'è il rischio di sovrascrivere tabelle o tipi importanti del sistema.