| 
ORGANISATION DE L'INFORMATION SUR UN AS/400. L'ensemble espace de stockage (les disques magnétiques) et espace de travail (la mémoire centrale) est considéré dans l'AS/400 comme un tout, qui est appelé Espace Adressable Unique. Le système doit donc mettre en oeuvre une organisation lui permettant de retrouver chaque information : c'est la notion d'OBJET. |
|
L'OBJET Définition : est appelé OBJET tout élément identifié, contenant sa propre description, et manipulable par les commandes du système. ex: les PROGRAMMES, les FICHIERS Identification : un OBJET est identifié par 3 éléments, dont la combinaison sera UNIQUE dans le système - son NOM donné par le créateur de l'OBJET - son TYPE ex : *FILE (pour les FICHIERS) *PGM (pour les PROGRAMMES) *CMD (pour les COMMANDES) etc... - sa BIBLIOTHEQUE de rattachement |
|
Composantes d'un OBJET : Un OBJET est composé 1) La partie ATTRIBUTS (le "contenant"), de 2 parties : composée de renseignements sur l'OBJET + - son NOM - son TYPE - sa BIBLIOTHEQUE de rattachement - sa DATE de création - la personne qui l'a créé etc... + - ses AUTORISATIONS 2) Le contenu de l'OBJET par exemple, pour un FICHIER : les enregistrements où sont stockées les données |
|
___________________ | Description | ATTRIBUTS |_________________| | Autorisations | ________________|_________________| OBJET DE | | L'AS/400 | enregistrements | CONTENU | si *FILE | | | DE l'OBJET | instructions | | si *PGM | | | |_________________| Création : Tout OBJET sera créé par une COMMANDE DE CREATION. C'est à ce moment que lui sera affecté son NOM et indiqué sa BIBLIOTHEQUE de rattachement. Associés à son TYPE, ils formeront l'Identifiant unique permettant son utilisation ultérieure par le système. |
|
LA BIBLIOTHEQUE Une BIBLIOTHEQUE est un OBJET dont le contenu est une LISTE D'OBJETS. On pourrait comparer une BIBLIOTHEQUE au Répertoire des ouvrages d'une bibliothèque de livres. Celui-ci répertorie tous les ouvrages de la bibliothèque et indique l'endroit PHYSIQUE où ils se trouvent. TOUT OBJET EST RATTACHE A UNE BIBLIOTHEQUE ET UNE SEULE. |
|
.................................................................. : ......... : : ......... :Prog P2:<--+ : : +->:Prog P1: ......... :.......: ! : : ! :.......: :Fich F3:<--+ ! : : ......... ! :.......: ! ! : : :Fich F2:<-----+ ! ! ! : : :.......: ! ! ......... ! ! : : ! ! :Fich F1:<------+ ! ! : : ! ! :.......: ! ! ! : : ! ! ! ! ! : : BIBLIOTHEQUE B2 ! ! BIBLIOTHEQUE B1 ! ! ! : : .............. ! ! .............. ! ! ! : : :Obj Type Adr: ! ! :Obj Type Adr: ! ! ! : : :--- ---- ---: ! ! :--- ---- ---: ! ! ! : : :F2 FILE nnn:<-+ ! :F1 FILE nnn:<--+ ! ! : : :P1 PGM nnn:<---+ :F3 FILE nnn:<--------+ ! : : :............: :P2 PGM nnn:<----------------------+ : : :............: : :................................................................: |
|
LA LISTE DE BIBLIOTHEQUES CHAQUE OBJET EST RATTACHE A UNE BIBLIOTHEQUE ===> Lorsque vous voulez utiliser un Objet, vous devez indiquer à chaque fois son Nom et sa Bibliothèque CETTE MANIPULATION DES OBJETS EST TRES LOURDE. Le système nous permet de gérer plus simplement les Objets. Pour cela nous associerons à chaque travail une LISTE DE BIBLIOTHEQUES (elle sera affectée automatiquement à votre travail écran, lorsque vous donnerez votre code utilisateur pour démarrer le travail). Cette LISTE DE BIBLIOTHEQUES contiendra toutes les Bibliothèques nécessaires pour le travail. Lorsque vous demanderez l'utilisation d'un Objet, vous n'indiquerez alors que son Nom et le système ira chercher dans chacune des Bibliothèques l'Objet que vous recherchez. Il arrêtera sa recherche dès qu'il aura trouvé un Objet du Nom indiqué. L'ordre de déclaration des Bibliothèques dans la Liste est très important. Il conditionnera l'ordre de recherche dans les Bibliothèques. |
|
Prenons l'exemple suivant : Un travail est démarré avec la Liste de Bibliothèques : BIB3, BIB6, BIB5 Il appelle le programme PGMA, sans indiquer le nom de sa Bibliothèque de rattachement. Le système recherchera donc le programme PGMA dans les Bibliothèques de la Liste, en commençant par la première, ici BIB3. BIB3 BIB6 BIB5 ______________________ _______________________ ______________________ | | | | | | | | | | PGMD | FIC4 | +--->PGMA | PGMD | | PGMA | FIC6 | |_________|__________| | |__________|__________| |__________|_________| | | | | | | | | | | | PGMF | FIC1 | | | PGMZ | FIC1 | | FIC1 | FIC2 | |_________|__________| | |__________|__________| |__________|_________| | +-------- Programme sélectionné dans la BIB6 Si la Liste avait été BIB5, BIB3, BIB6, PGMA de BIB5 aurait été sélectionné. |
|
LE FICHIER Les données sont stockées dans des Objets de type FICHIER (*FILE). Dans l'AS/400 nous trouverons 2 types de Fichiers : - le Fichier PHYSIQUE (aussi appelé TABLE) - le Fichier LOGIQUE (aussi appelé VUE) |
|
FICHIER PHYSIQUE C'EST LE RESERVOIR DE DONNEES - ATTRIBUTS ----> Caractéristiques du Fichier, dont le FORMAT des enregistrements (plusieurs Formats peuvent être utilisés, mais ce n'est pas le cas général) - DONNEES ----> Sont stockées dans des MEMBRES (plusieurs Membres peuvent être utilisés, mais un seul est obligatoire. En général il n'en existe qu'un, du même nom que le Fichier) |
|
Les données sont placées dans des ENREGISTREMENTS. par ex. : le Fichier Client contiendra autant d'enregistrements que de Clients répertoriés. Les Enregistrements sont composés de ZONES. par ex. : le Fichier Client contiendra, dans chaque Enregistrement, un ensemble de Zones, dont au minimum : un Code Client, un Nom, une Adresse, des Conditions de Règlement, une Date de création, etc... Dans la partie ATTRIBUTS de l'Objet Fichier, on trouvera le nom d'un FORMAT contenant la description des ZONES. |
|
Exemple de Fichier : ZONES (ou Champs ou Colonnes) | _______________v___________________ | | | | | ENREGISTREMENTS | | | | | (ou Lignes) ....v........v........v........v......v..... | : CODE : NOM : AGENCE :CATEG: DATE : | :......:...........:........:.....:........: | |-----> : 101 : DUBOIS : 01 : 07 : 930405 : | |-----> : 107 : ERNST : 01 : 12 : 891215 : | |-----> : 110 : DUPONT : 02 : 14 : 890405 : | |-----> : 102 : MERCIER : 03 : 18 : 910302 : +--->|-----> : 104 : BOZUFFI : 03 : 12 : 900302 : |-----> : 121 : GARDEL : 01 : 17 : 921215 : |-----> : 130 : FLAVARD : 02 : 09 : 920405 : |-----> : 132 : GOUDE : 02 : 13 : 890405 : |-----> : 103 : FORTRAN : 03 : 17 : 900302 : |-----> : 105 : DUBROVNIK : 01 : 16 : 931215 : :..........................................: |
|
NORMALISATION DES FICHIERS --------------------------- Il faut, tout d'abord effectuer un RECENSEMENT DES DONNEES Ce travail a pour but d'aboutir à la rédaction d'un "dictionnaire" où les données seront identifiées par : + un NOM + une DEFINITION (en clair) + une STRUCTURE (alpha,num..) + un TYPE (calcul ,saisie,...) + une QUANTIFICATION (nb de valeurs possibles) + la liste des valeurs admises puis SYNTHESE DES DONNEES afin d'établir un dictionnaire définitif |
|
ce travail a pour but d'éliminer + les SYNONYMES: deux termes différents recouvrant la même réalité "article" et "produit" + les POLYSEMES: un seul terme recouvrant deux réalités "prix article" utilisé pour prix de vente et prix d'achat. Le résultat permet d'envisager des ensembles logiques de données : Données liées aux commerciaux Données liées aux agences Données liées aux clients, par exemple. |
|
A ce stade il doit être possible de distinguer une clé permettant d'identifier un élément (enregistrement) CLE = ATTRIBUT ou ENSEMBLE PERMETTANT D'IDENTIFIER TOUS LES AUTRES Clé PRIMAIRE = identifiant UNIQUE d'une ligne dans un fichier. LES FORMES NORMALES (proposées par le modele de "CODD") : 1ere forme normale 1NF Une relation est en première forme normale si: tout attribut contient une valeur atomique. ==> PAS D'OCCURRENCE. PAS DE REGROUPEMENT DE DONNEES. Il faut définir les informations au plus fin. |
|
2eme forme normale 2NF Une relation est en deuxieme forme normale si: elle est en 1NF et tout attribut n'appartenant pas à la clé ne dépend pas d'une PARTIE de celle ci. -----CLE------- Ex: dans un fichier commande: N°cde,N°article,Désignation article ici la désignation article ne dépend que du N° d'article, pas du N° de commande, elle doit donc se trouver dans le fichier article et non dans le fichier commande (il faudrait modifier toutes les commandes lors d'un changement du texte d'un article) |
|
3eme forme normale 3NF Une relation est en troisieme forme normale si: elle est en 2NF et tout attribut n'appartenant pas à la clé ne dépend pas d'un attribut non clé. ----CLE------ Ex: dans un fichier commande: N°cde,N°ligne,code article,prix même principe que l'exemple précédent avec le prix de l'article (s'il s'agit d'un prix lié à la commande appellons le Prix commandé) EN RESUME: TOUS LES ATTRIBUT DEPENDENT DE LA CLE, DE TOUTE LE CLE, UNIQUEMENT DE LA CLE. |
|
FICHIER LOGIQUE Un Fichier Logique est un Objet de type *FILE. Il possède une Description et (au moins) un FORMAT. Il comprend (au moins) un MEMBRE. MAIS CE MEMBRE NE CONTIENT PAS DE DONNEES Il ne possède qu'un chemin d'accès permettant de retrouver les données d'un ou de plusieurs Fichiers Physiques. |
|
LE FICHIER LOGIQUE VA NOUS PERMETTRE : - d'accéder dans un nouvel ordre aux Enregistrements du Fichier Physique (ex. par Département dans le fichier Client, au lieu du Numéro Client) - d'utiliser une autre description des Enregistrements, et notamment de ne pas accéder à certaines Zones. (ex. ne pas voir la zone Salaire, ou Adresse, du fichier du Personnel) - de regrouper les données de plusieurs Fichiers Physiques (ex. voir dans un seul ensemble de données: les Commandes Clients, les informations Clients et le détail des Articles commandés) - de sélectionner une partie des Enregistrements d'1 ou de plusieurs Fichiers Physiques, et donc de réduire le volume des données traitées (ex. n'accéder qu'aux Clients de certaines Agences) Ces fonctionnalités sont également accessibles avec des outils comme QUERY ou SQL, mais l'accès aux informations par des Fichiers Logiques améliore la confidentialité et donc la sécurité. |
