le SGBDR DB2 UDB for i5

DB2-020
le SGBDR DB2 UDB
for i5
Auteur : Dominique Vignez
© Institut de Poly-informatique (2003)
DB2_020.doc version 4 du 04/10/2004 13:58

DB2-020
Cette page est laissée intentionnellement blanche.
© Institut de Poly-informatique (2003)
DB2_020.doc version 4 du 04/10/2004 13:58

DB2-020
TABLE DES MATIÈRES
1. Introduction ........................................................................................................................ 5
2. Description des tables......................................................................................................... 5
2.1. Utilisation de DataBase navigator.............................................................................. 5
2.1.1. Création d’un schéma......................................................................................... 6
2.1.2. Accès aux définitions de tables .......................................................................... 8
2.1.3. Accès aux données ............................................................................................. 9
2.2. Utilisation de Websphere Studio.............................................................................. 10
2.2.1. Création d’une nouvelle base ........................................................................... 11
2.2.2. Création de table............................................................................................... 12
2.2.3. Création de colonnes ........................................................................................ 12
2.2.4. Contrainte de clé primaire ................................................................................ 13
2.2.5. Contrainte d’intégrité ....................................................................................... 14
2.2.6. Modification ultérieure d’une table.................................................................. 15
2.2.7. Création de vues ............................................................................................... 16
2.2.8. Exportation vers le serveur............................................................................... 17
2.2.9. Exécution d’un script ....................................................................................... 18
2.3. Terminologie ............................................................................................................ 19
3. SQL/400 ........................................................................................................................... 20
3.1. SYSINDEXES ......................................................................................................... 20
3.2. SYSKEYS ................................................................................................................ 21
3.3. SYSCOLUMNS ....................................................................................................... 21
3.4. SYSTABLES ........................................................................................................... 22
3.5. SYSVIEWDEP......................................................................................................... 22
3.6. SYSVIEWS.............................................................................................................. 22
3.7. Support des contraintes d'intégrité référentielle....................................................... 23
3.8. Support des triggers ou déclencheurs....................................................................... 24
3.9. Les messages escape du SGBD................................................................................ 25
3.10. Procédures cataloguées ........................................................................................ 25
3.11. Pocédures stockées............................................................................................... 25
3.12. Validation à deux phases ou two phases commit................................................. 26
4. Autres fonctions base de données .................................................................................... 26
4.1. National Language Support...................................................................................... 26
4.2. Predictive Query Governor ...................................................................................... 26
4.3. Amélioration des performances ............................................................................... 27
4.4. Bases de données distribuées ................................................................................... 27
4.5. Passerelles vers d'autres SGBDR ............................................................................. 27
4.6. Data Propagator........................................................................................................ 28
4.7. Opticonnect .............................................................................................................. 28
5. Bases de données parallèles ............................................................................................. 28
5.1. La base de données SMP (Symetric Multiprocessing Parallel) ............................... 28
5.2. La base de données faiblement associée .................................................................. 28
6. Sécurité des données ........................................................................................................ 29
6.1. La journalisation....................................................................................................... 29
6.2. La protection des chemins d'accès par le système (SMAPP)................................... 29
6.3. Le contrôle de validation.......................................................................................... 29
7. Limitations ....................................................................................................................... 30
© Institut de Poly-informatique (2003)
DB2_020.doc version 4 du 04/10/2004 13:58

DB2-UDB 5
1. Introduction
De par son caractère intégré, situé pour partie au dessus du MI et pour partie à l'intérieur du
SLIC, la base de données de l'i5 atteint un niveau d'efficacité plus important qu'une autre base
de données qui serait construite au dessus du système d'exploitation.
La base de données de l'AS400 avait été conçu pour le S38 dès 1975 par Perry Taylor à une
époque où E.F. Codd travaillait pour IBM sur un projet appelé System/R et avait décrit un
système relationnel de table à deux dimensions, sur laquelle on pouvait réaliser quatre
opérations (order, selection, projection, join). Perry Taylor entra en contact avec Codd pour
lui faire part de ses propres travaux et lui demander d'unir leurs efforts. Mais Codd le pris de
haut annonçant que les bases de données relationnelles ne pouvaient être conçues que pour les
gros systèmes et qu'un petit système n'avait besoin que d'un tri et d'une fusion de fichiers.
De ce fait il a fallu développer une interface native : les DDS. Les spécifications du langage
SQL ne sont venues que plus tard et une décennie a été nécessaire à leur stabilisation. Ceci
explique que les DDS sont livrées encore aujourd'hui en standard et gratuites alors que le kit
de développement SQL UDB est fourni en option et payant.
Cette nécessité historique fait que longtemps le SQL a été moins performant et quasiment
inutilisé sur AS400. La réécriture du SGBD DB2/400 avec la V3.R1. de l'OS400 a gommé
cette différence. DDS et SQL sont maintenant au même niveau de performances sur l'i5.
Depuis la V4 de l’OS400, toutes les améliorations portées à la base de données sont réservées
à SQL. Une base de données moderne sur un i5 se doit d’être au format DB2 UDB et non plus
au format DB2/400.
Il faut bien entendu assumer l’héritage du passé et il est hors de question de réécrire tous les
programmes utilisant des accès fichier sur de fichiers logiques ou physiques. Par contre toutes
les nouvelles applications et toutes les nouvelles tables créées devraient l’être en conformité
avec UDB.
2. Description des tables
Deux outils sont disponibles pour décrire les données en plus du SQL interactif. Ce sont
DataBase Navigator et WebSphere Studio.
Websphere Studio V5 est très pratique et très utile pour la conception et la mise au point
d’une nouvelle Base de données, mais n’est pas adapté à la maintenance d’une base existante.
En environnement OS400 on lui préférera Data Base Navigator pour la maintenance.
2.1. Utilisation de DataBase navigator
iSeries Navigator permet de gérer la base de données par interface graphique. Les requêtes
SQL sont générées automatiquement par l’interface. A partir de la V4.R4. c’est l’outil le plus
puissant de l’i5 pour gérer les possibilités de DB2 Universal DataBase. La motivation
principale de l’utilisation de DataBase Navigator est la possibilité de reverse engieneering sur
une base existante.
© Institut de Poly-informatique (2003)