Administration Dictionnaire Bases Locales

Gestion des Bases

Description de la fiche de Définition d'une Base

Cette application permet de déclarer une base de données pour pouvoir être utilisée par la suite au sein de DIAPASON.

• Base

Zone obligatoire. Nom de la base de données. Ce nom logique sera utilisé pour les accès au sein de DIAPASON et doit donc être le plus significatif possible. Saisie uniquement en création.

Il est impossible de saisir une référence de base égale à ARD (c’est une base définie pour les fonctions d’archivage).

• Désignation

Zone facultative. Description précise de la base de données.

• Type

Zone obligatoire. Type de la base de données. Saisie uniquement en création. Les valeurs possibles sont :

• Type Progress

Zone obligatoire et saisissable uniquement lorsque la base est de type ‘Progress (0)’. Type Progress de la base de données. En création cette zone est initialisée avec I. Les valeurs possibles sont :

• Chemin

Zone obligatoire. Chemin d’accès de la base de données et son nom physique.

Exemple : soit la base de données LOC97 créée dans le répertoire /tmp.

Chemin de la base est alors : /tmp/ LOC97.

• fichier .bi

Zone obligatoire. Chemin d’accès au fichier .bi de la base de données (Pour les bases de données Progress).

Lors de la création d’une base de données, Progress génère automatiquement un fichier annexe constitué du nom de la base et de l’extension .bi (exemple : LOC97.bi).

Ce fichier (traduction en Progress : Before Image) est géré par Progress pour permettre le recouvrement de données dans le cas où une transaction se réalise incorrectement.

(Se référer à la documentation Progress pour plus d’informations concernant le fichier .bi)

Il est possible d’indiquer un chemin d’accès différent de celui de la base de données.

Exemple : si le .bi de la base LOC97 doit se trouver dans le répertoire /user/exploitation, alors Chemin du fichier .bi est alors /user/exploitation/LOC97.bi.

• Répertoire .df

Information actuellement non gérée.

• Paramètres

Zone facultative. Paramètres de connexion spécifiques pour la base de données, utilisés lors de son accès au sein de DIAPASON.

(Se référer à la documentation Progress ou Oracle pour plus d’informations concernant les paramètres de connexion à une base de données).

• Taille des Blocs

Taille des blocs de données

• Multi Uti. ?

Zone obligatoire. Indique si la base de données est accessible par un seul ou plusieurs utilisateurs en même temps.

Dans le cas d’une base de données en multi-utilisateurs, il convient de lancer un serveur de données sur la base. (Se référer à la documentation Progress pour plus d’informations concernant les connections à une base de données).

Remarque : Lors de la création d’une nouvelle base de données servant de base locale ou de base d’archivage, cette zone ne doit pas être cochée tant que la base de données n’a pas été définie dans la « Gestion des Bases Physiques »

Actions disponibles sur la définition d'une Base

• Cohérence des Tables

Cette action permet de vérifier la cohérence de la structure de la base de données courante. Elle présente la liste des tables de la base de données.

• Table

Référence de la table.

• Désignation

Désignation de la table.

• Dia.

Ce drapeau indique que la structure physique de la table existe dans la base courante.

• Loc.

Ce drapeau indique que la structure de la table est connue de DIAPASON (référencée dans les tables de base locales).

• Chp.

Ce drapeau indique si la description des champs est correcte entre la structure physique et la structure DIAPASON. Les cas d’incohérence sont : champ existant d’un côté et pas de l’autre ou type différent.

• Ind.

Ce drapeau indique si la description des indexs est correcte entre la structure physique et la structure DIAPASON . Les cas d’incohérence sont : index existant d’un côté et pas de l’autre ou index primaire différent.

• CIn.

Ce drapeau indique si la description des champs des indexs est correcte entre la structure physique et la structure DIAPASON . Les cas d’incohérence sont : description des champs d’index différente (champs manquant ou ordre différent).

En résumé, tout ce qui est coché est considéré comme cohérent.

Sur cette liste, les actions possibles sont :

• Détail incohérence

Cette action présente sous forme d’éditeur le libellé de l’incohérence trouvée telle que :

• MAJ Base/DIAPASON

Cette action a pour but de modifier la structure physique de la table en prenant pour référence la structure définie dans DIAPASON.

• MAJ DIAPASON/Base

Cette action a pour but de modifier la structure DIAPASON en prenant pour référence la structure physique de la table .

• Tables

Cette action permet de consulter la structure de la base de données courante.

Dans cette liste la colonne « Espace de Stockage » affiche la référence de l’espace de stockage associé.

Sur cette liste :

• une action permet de consulter la liste des champs de la table courante

• une action permet de consulter les indexs de la table courante

Dans cette liste est rajoutée la colonne « Espace de Stockage » qui affiche la référence de l’espace de stockage associé à chaque index de la table.

Gestion des Bases Physiques

Description de la fiche de Définition d'une Base Physique

Une fois la base de données décrite dans DIAPASON (Voir paragraphe précédent), il convient de créer la base de données physiquement au moyen de l’application suivante :

Le scénario de création d’une base de données locale est le suivant :

• Base

Zone obligatoire.

Indique le nom de la base que vous désirez créer.

La fonction Sélection permet d’accéder à la liste des bases locales créées à partir de DIAPASON. (Ces bases sont référencées et donc accessibles dans DIAPASON).

La fonction Valeurs Possibles permet de consulter la liste des bases de données disponibles dans DIAPASON.

• Désignation

Zone facultative.

Permet de donner une description particulière à la base de données dans le cadre de son utilisation dans DIAPASON.

• Type Base

Zone obligatoire.

Permet d’indiquer le type de la base de données :

• Si le type de la base est « 0 », création d’une base vide que vous maintenez avec les applications concernant les bases locales.

• Si le type de la base est « A », création de la base à partir de la base vide « ARD ». Vous ne pouvez pas maintenir la structure ou le contenu. Les fonctions d’archivage viendront mettre à jour la base de données.

• Si le type de la base est « 1 » ou « E », la structure de la base de données n’est pas maintenue par DIAPASON mais doit être récupérée. (Voir actions de Contrôle et de Récupération de Structure de Base de Données)

Remarque : Si la base saisie n’est pas une base de données de type PROGRESS, le type est initialisé à « E ».

• Type Progress

Zone non saisissable qui affiche le type Progress de la base de données (I ou II).

• Multi-Société

Uniquement en consultation.

La notion de multi-société est automatiquement gérée par DIAPASON. Les bases de données sont dites multi-société pour permettre la définition d’informations pour différentes sociétés de gestion au sein du même module DIAPASON.

• Chemin de la base

Uniquement en consultation.

Indique le répertoire où est localisée la base de données.

• Chemin du fichier .bi

Uniquement en consultation.

Indique le répertoire où est localisé le fichier .bi de la base de données.

La création de la base de données s’effectue en renseignant le nom de la base et en accédant à la saisie de la désignation. DIAPASON contrôle alors l’existence de la base. Si elle n’existe pas, alors DIAPASON propose sa création. Après validation, la base est créée physiquement dans le répertoire indiqué dans la gestion des bases.

• Taille BI – Taille Schéma Area

Zones qui affichent la taille du BI ou du schéma area, initialisées à 0,000.

Ces zones sont saisissables et obligatoires en création, uniquement pour les bases d’archivage.

• Unité de mesure BI - Unité de mesure Schéma Area

Zones qui affichent l’unité de mesure du BI ou du schéma area, initialisées à G (Giga).

Ces zones sont saisissables et obligatoires en création, uniquement pour les bases d’archivage.

Les valeurs possibles sont :

• Taille ARD_Idx – ARD_tbl

Zones qui affichent la taille de l’espace de stockage ARD_Idx ou ARD_tbl, initialisées à 0,000.

Ces zones sont saisissables en création, uniquement pour les bases d’archivage et pour les bases de type II.

• Unité de mesure ARD_Idx – ARD_tbl

Zones qui affichent l’unité de mesure du BI, initialisées à G (Giga).

Ces zones sont saisissables et obligatoires en création, uniquement pour les bases d’archivage et pour les bases de type II.

Les valeurs possibles sont G (Giga) ou M (Mega).

Actions disponibles sur la définition d'une Base Physique

• Espaces de Stockage

Cette action permet de visualiser les espaces de stockage associés à chaque base.

Elle ouvre la GFG des espaces de stockage, en consultation uniquement.

• Espace de Stockage

Nom de l’espace de stockage.

• Nom

Désignation de l’espace de stockage.

• Numéro

Numéro de l’espace de stockage.

• Type

Type de l’espace de stockage. Les valeurs possibles sont :

• Défaut

Indique s’il s’agit de l’espace de stockage par défaut Diapason.

• Contrôle Structure Base

Cette action n’est active que sur une base de données EXTERNE à DIAPASON (base de type « 1 » ou « E »).

Elle présente la liste des tables de la base de données locale externe :

• Table

Nom de la table dans la base de données

• Description

Libellé de la table dans la base de données.

• Maj.

Cette colonne permet d’indiquer, que l’on souhaite mettre à jour la structure de cette table dans DIAPASON. Lors de l’accès à cette liste, les tables de la base de données déjà référencées dans DIAPASON sont flaguées comme devant être mises à jour.

• Sup.

Cette colonne permet d’indiquer, que l’on souhaite supprimer de DIAPASON la structure de cette table. Lors de l’accès à cette liste, les tables référencées dans DIAPASON mais n’existant plus dans la base de données sont flaguées comme devant être supprimées.

• A Créer

Cette colonne indique que la table n’est pas encore référencée dans DIAPASON.

• A Suppr.

Cette colonne indique qu’une table référencée dans DIAPASON n’existe plus dans la base de données.

Sur cette liste, les actions possibles sont :

• Sélection Multiple de Tables

• Mise à Jour Tables

Cette action permet de flaguer, les tables sélectionnées, comme devant être mises à jour (Colonne « Maj. » cochée)

• Annulation Mise à Jour Tables

Cette action permet de dé-flaguer, les tables sélectionnées, pour quelles ne soient pas mises à jour (Colonne « Maj. » décochée)

• Suppression Tables

Cette action permet de flaguer, les tables sélectionnées, comme devant être supprimées de DIAPASON (Colonne « Sup. » cochée)

• Annulation Suppression Tables

Cette action permet de dé-flaguer, les tables sélectionnées, pour quelles ne soient pas supprimées dans DIAPASON (Colonne « Sup. » décochée)

• Validation

Lors de la validation de cette liste, une nouvelle liste présente, par rapport aux tables cochées comme devant être mises à jour (Colonne « Maj. » cochée) ou supprimées de DIAPASON (Colonne « Sup. » cochée), les différences rencontrées dans la structure de ces tables entre DIAPASON et la base de Données.

Description de la liste :

• Table

Nom de la table dans la base de données. Toujours renseigné.

• Libellé Table

Libellé de la table dans la base de données. Toujours renseigné.

• Champ

Nom du champ de la table dans la base de données sur lequel on a rencontré une différence.

• Libellé Champ

Libellé du champ de la table dans la base de données sur lequel on a rencontré une différence.

• Index

Nom le l’index de la table dans la base de données sur lequel on a rencontré une différence.

• Libellé Champ

Libellé de l’index de la table dans la base de données sur lequel on a rencontré une différence.

• Champ Index

Nom du champ de la table dans la base de données sur lequel on a rencontré une différence quant à la structure d’un index.

• Libellé Champ Index

Libellé du champ de la table dans la base de données sur lequel on a rencontré une différence quant à la structure de l’index.

• Contrôle: Description de la différence rencontrée entre la structure de la table dans DIAPASON et celle de la base de données. Les différences rencontrées peuvent être :

  • Nouvelle Table

  • Table à Supprimer Inconnue dans DIAPASON

  • Nouveau Champ

  • Numéro d'Ordre du Champ Différent

  • Libellé du Champ Différent

  • Type du Champ Différent

  • Nombre d'Indices de Tableau du Champ Différent

  • Format du Champ Différent

  • Champ Supprimé

  • Nouvel Index

  • Libellé de l'Index Différent

  • Unicité de l'Index Différente

  • Activation de l'Index Différente

  • Primarité de l'Index Différente

  • Index Supprimé

  • Nouveau Champ dans l'Index

  • Ordre du Champ dans l'Index Différent

  • Tri du Champ dans l'Index Différent

  • Champ Supprimé de l'Index

• Récupération Structure Base

Cette action est identique à l’action précédente. Elle n’est disponible que sur les bases de données EXTERNE à DIAPASON. Elle présente la liste des tables de la base de données et permet de sélectionner les tables à mettre à jour ou supprimer. Cependant lors de la validation de la liste, la structure de données est effectivement mise à jour dans DIAPASON ; les tables sont alors visibles dans la « Gestion des Tables Physiques » afin d’être utilisées pour définir des tables de valeurs.

Gestion des Tables Physiques

Description de la fiche de Définition d'une Table Physique

Cette application permet de créer physiquement des Tables Spécifiques au site. Le nom de ces Tables spécifiques doit obligatoirement commencer par "SPE".

L'utilisateur doit tout d'abord créer sa Table spécifique en la nommant : (ce sera le nom de la table dans la base de données locale) pour ensuite la décrire. Vous avez la possibilité de créer une table par duplication à partir d’une table existante.

• Base

Zone obligatoire.

Lors de la saisie de cette zone, l'ensemble des Tables Spécifiques existantes est accessible au moyen des fonctions Sélection (par référence) et Recherche (par mot directeur).

La fonction Suppression permet de supprimer une table de la base de données locale.

• Table

Zone obligatoire.

Lors de la saisie de cette zone, l'ensemble des Tables Spécifiques existantes est accessible au moyen des fonctions Sélection (par référence) et Recherche (par mot directeur).

La fonction Suppression permet de supprimer une table de la base de données locale.

• Désignation

Zone facultative.

Donne une description précise de la table.

• Mot directeur

Zone facultative.

Information définie par table et permettant de réaliser des tris et des recherches par un moyen autre que la référence de la table.

• Statut

Uniquement en consultation.

Statut de la table.

• Espace de Stockage

Zone non saisissable qui affiche le nom et la désignation de l’espace de stockage. Elle est initialisée en création avec l’espace de stockage défaut de type I ou TI défini pour la base de données rattachée à la table.

• Mise à Jour le

Uniquement en consultation.

Date de dernière mise à jour de la table.

• Table Figée

Uniquement en consultation.

Indique si la table est figée ou non.

Remarque : Les tables appartenant à une base de données externe sont figées et ne peuvent être modifiées.

ATTENTION Après création de la table, celle-ci n'est pas disponible physiquement dans la base de données locale : elle ne le sera qu’après association des champs et constitution des index et validation de l'utilisateur.

Après création de la table, il convient de lui associer les champs et de définir les index de tri et de recherche.

Actions disponibles sur la définition d'une Table Physique

• Débloquer

Permet de débloquer la structure de la table.

• Structure Table

Permet de définir la structure de la table (champs, index …)

Cette action présente la liste des champs de la table avec des actions de gestion.

Remarque : Pour une table d’une base de données locale Externe, cette action permet uniquement de visualiser la structure de la table mais aucune action de mise à jour n’est disponible.

• Gestion index

Il faut tout d’abord renseigner les caractéristiques de l'index dans la fenêtre DETAIL en indiquant désignation et mot directeur, mais surtout en gérant les notions d'index primaire et d'index unique.

L'index primaire est l'index par défaut de la table : il n'en existe qu'un seul par table. Toutes les recherches ou tous les tris effectués sans indication d'index seront pilotés par cet index primaire.

Une zone non saisissable affiche le nom et la désignation de l’espace de stockage. Elle est initialisée en création avec l’espace de stockage défaut de type I ou TI défini pour la base de données rattachée à l’index.

• Ordre index

Cette action permet de définir un ordre sur chaque champ (croissant ou décroissant).

• Choix des champs

Permet de sélectionner les champs faisant partie de la table.

A ce stade de la réalisation, aucune validation n'a encore été réalisée : la mise à jour des champs n'a pas été effectuée au sein de la base de données locale.

• Champs de l’index

Cette action permet de choisir les champs de l’index avec leur ordre.

• Cas d’Emploi Requêtes

Cette action présente la gestion des requêtes accédant à la table physique courante.

Sur cette application, les actions de génération permettent de lancer la génération des requêtes sélectionnées (à utiliser lorsqu’on modifie la structure de la table physique)

• Cas d’Emploi TV

Cette action présente la gestion des tables de valeurs portant sur la table physique courante.

Sur cette application, les actions de génération  permettent de lancer la génération des tables de valeurs sélectionnées (à utiliser lorsqu’on modifie la structure de la table physique)

• Générer TV

Cette action présente une fiche permettant de définir la table de valeur. Les champs à saisir sont Référence, désignation et Index. La validation de la fiche génère la table de valeur et sa structure. La table de valeur générée est directement utilisable dans Diapason.

L’action présente une fiche permettant de définir les caractéristiques de la table de valeurs comme suit :

Descriptif des zones :

• Base : base de la table physique courante. Zone informative, non saisissable.

• Table : nom de la table physique courante. Zone informative, non saisissable.

• Référence TV : reçoit la référence de la table de valeur à générer. Par défaut initialisée avec « Base_Table ». La référence peut être une référence existante (une aide présentant les tables de valeurs existantes sur la table physique est disponible).

• Désignation : texte libre permettant de décrire la table de valeur à générer. Par défaut récupère la désignation de la table physique.

• Index : liste déroulante présentant les indexs disponibles de la table physique courante. Initialisée par défaut avec l’index primaire de la table physique.

La validation permet de générer la table de valeurs avec les informations données, la structure de la table de valeurs est déduite de la structure des champs de la table physique.

La table de valeurs générée est directement exploitable en gestion dans DIAPASON.

Le fait de sélectionner une table de valeurs existante permet de synchroniser la structure de celle-ci avec la structure de la table physique courante.

• Générer Variables

Cette action présente une fiche permettant de sélectionner les champs pour lesquels une variable sera générée, de sélectionner les types de variables à générer et d’indiquer éventuellement un préfixe et/ou un suffixe pour la référence de la variable générée.

L’action présente une fiche permettant de définir les caractéristiques de génération des variables comme suit :

Descriptif des zones :

• Base : base de la table physique courante. Zone informative, non saisissable.

• Table : nom de la table physique courante. Zone informative, non saisissable.

• Champs : bouton présentant un drag & drop pour sélection des champs.

• VAC ? : logique indiquant si la génération de variables de types VAC est voulue ou non. Par défaut la valeur est Vrai.

• VBP ? : logique indiquant si la génération de variables de types VBP est voulue ou non. Par défaut la valeur est Vrai.

• VCR ? : logique indiquant si la génération de variables de types VCR est voulue ou non. Par défaut la valeur est Vrai.

• VSD ? : logique indiquant si la génération de variables de types VSD est voulue ou non. Par défaut la valeur est Vrai.

• Préfixe : Zone de texte libre permettant de définir le préfixe pour le calcul de la référence de la variable à générer. Facultatif.

• Suffixe : Zone de texte libre permettant de définir le suffixe pour le calcul de la référence de la variable à générer. Facultatif.

Nota : la référence de chaque variable générée sera sous la forme : Préfixe + Référence Champ + Suffixe.

La validation génèrera pour chacun des champs sélectionnés autant de variables que de types pour lesquels la valeur est Vrai.

Chacune des zones contient un libellé complémentaire tel que :

• Champs : compteur des champs sélectionnés

• VAC ? : compteur de variables VAC pouvant être générées

• VBP ? : compteur de variables VBP pouvant être générées

• VCR ? : compteur de variables VCR pouvant être générées

• VSD ? : compteur de variables VSD pouvant être générées

Les compteurs par type de variable peuvent différer de celui des champs sélectionnés si une variable de même référence existe déjà.

Mise à jour de structure et contrôle blocage base

La mise à jour de structure de table physique consiste en la maintenance du dictionnaire PROGRESS de différentes structures internes du SGBDR. De ce fait, il est possible que la mise à jour des structures internes ne puisse aboutir dû à un blocage forcé par le SGBDR PROGESS.

Les cas les plus fréquents de blocage sont :

- des mises à jour déjà en cours par un autre utilisateur

- accès au schéma par un programme persistent.

Au sein de DIAPASON, ce genre de situation peut provoquer des perturbations de fonctionnement au point de « tuer » la session courante et de redémarrer.

Un contrôle a été ajouté en amont de chaque mise à jour de façon à pouvoir donner l’information sur l’état de la base. Si la base est bloquée, l’utilisateur désirant effectuer la mise à jour en sera informé et connaitra les utilisateurs provoquant cet état. En outre, il lui sera possible d’effectuer cette opération à postériori.

Les mises à jour de structure sont disponibles de manière interactive via l’application « Gestion des Tables Physiques » et de manière induite par le traitement d’importation de données. Ces deux canaux de mise à jour sont pris en charge par ce contrôle comme décrit ci-dessous.

Les cas de blocage gérés ne concernent pas la création de table dans une base. Seules les actions de modification de structure de table ou de suppression de table sont concernées.

Gestion des tables physiques

L’évolution principale concerne la validation de la mise à jour elle-même et dès lors que le message de patience apparait et que la base est bloquée, un message d’erreur apparait et l’utilisateur reprend la main sur DIAPASON. La table concernée est au statut « G ». La mise à jour pourra être relancée après déblocage de la table dans DIAPASON (action « Débloquer » disponible sur la liste).

Deux nouvelles actions permettent de synchroniser les structures définies dans DIAPASON avec le schéma PROGRESS :

• MàJ Structure / DIAPASON : synchronisation du schéma PROGRESS à partir des structures définies dans DIAPASON.

• MàJ Structure / PROGRESS : synchronisation des structures de DIAPASON à partir du schéma PROGRESS

Ces actions ne sont actives que s’il existe au moins une table de statut « G » pour la même base de données que celle de l’enregistrement courant dans la liste.

MàJ Structure / DIAPASON

Cette action permet de mettre à jour le schéma PROGRESS à l’image des structures de tables définies dans DIAPASON pour une base donnée. Les tables concernées sont celles dont le statut est « G » pour la base courante. Le principe de sélection des tables est le suivant :

• L’utilisateur sélectionne manuellement les tables dans la liste :

  • Si les tables appartiennent à une seule base de données, alors seules celles dont le statut est « G » seront traitées.

  • Si les tables appartiennent à n bases, seules les tables de la première base (parmi les n) dont le statut est « G » seront traitées.

• L’utilisateur ne fait pas de sélection :

  • DIAPASON sélectionne automatiquement toutes les tables dont le statut est « G » et étant rattachées à la base de données de l’enregistrement courant dans la liste.

Le traitement de mise à jour de structure suit les mêmes règles de contrôle de blocage sur la base.

MàJ Structure / PROGRESS

Cette action permet de mettre à jour la définition de structure des tables DIAPASON à l’image du schéma PROGRESS pour une base donnée. Les tables concernées sont celles dont le statut est « G » pour la base courante. Le principe de sélection des tables est le suivant :

• L’utilisateur sélectionne manuellement les tables dans la liste :

  • Si les tables appartiennent à une seule base de données, alors seules celles dont le statut est « G » seront traitées.

  • Si les tables appartiennent à n bases de données, seules les tables de la première base de donnée (parmi les n) et dont le statut est « G » seront traitées.

• L’utilisateur ne fait pas de sélection :

  • DIAPASON sélectionne automatiquement toutes les tables dont le statut est « G » et étant rattachées à la base de données de l’enregistrement courant dans la liste.

Dans ce sens, la mise à jour de structure doit toujours aboutir. En effet, le schéma PROGRESS est accédé en lecture uniquement.

Gestion des Champs

Description de la fiche de Définition d'un Champ

Cette application permet de définir les champs de la Table Spécifique. Le nom du champ doit obligatoirement commencer par "SPE".

Les champs définis dans cette application seront disponibles pour l'ensemble des Tables Spécifiques qui pourront être créées : en effet, si plusieurs Tables Spécifiques présentent le même champ représentant la référence article, ce dernier ne sera défini qu'une seule fois et sera associé aux différentes tables créées.

Un champ de table se définit par :

• Champ

Zone obligatoire.

Lors de la saisie de cette zone, l'ensemble des champs existants (en commençant par le champ société) est accessible au moyen des fonctions Sélection (par référence) et Recherche (par mot directeur).

• Désignation

Zone facultative.

Donne une description précise du champ.

• Libellé Court

Zone facultative.

Donne une description du champ qui sera enregistré dans la base de données.

• Libellé

Zone facultative.

Donne une description du champ qui sera enregistré dans la base de données.

• Type

Zone obligatoire.

Cette saisie ne sera réclamée qu'en mode création. Le type ne pourra plus être modifiée par la suite.

Lors de la saisie de cette zone, l'ensemble des types suivants est accessible :

• Format

Zone obligatoire.

Lors de la saisie de cette zone, l'ensemble des formats disponibles pour le type préalablement saisi est accessible au moyen de la fonction Sélection.

Ce format sera utilisé pour tout affichage du champ lors de son exploitation.

• Figé ? (Le champ est-il figé ?)

Uniquement en consultation.

Cette zone indique si les informations d'un champ peuvent être modifiées ou pas.

Seuls les champs standards de DIAPASON sont figés. Actuellement, seul le champ RefSocApp permettant de gérer la société est figé.

Actions disponibles sur la définition d'un Champ

• Suppression

L’action Suppression permet de supprimer un champ existant.

• Cas d’Emploi

L’action ‘Cas d’Emploi’ présente la liste de toutes les tables contenant ce champ.

Cette liste est composée de trois informations : la base, la table physique et les index de la table contenant le champ sélectionné.

Utilisation de Bases de Données de Type ORACLE

Variables d’Environnement

Pour pouvoir accéder à des bases de données de type ORACLE depuis DIAPASON, il faut ajouter ou modifier des variables d’environnement de DIAPASON.

Modification du fichier diapason.ini

Dans le répertoire « Shell » de DIAPASON,

vi DIAPASON.ini : les variables suivantes doivent être initialisées comme suit :

ORACLE_HOME /Diap1/oracl817/products/8.1.7

PATH $ORACLE_HOME/bin:$DLC:$DLC/bin:$PATH:

SHLIB_PATH $ORACLE_HOME/lib:$DLC/lib:/usr/lib

Mise à Jour des Variables d’Environnement de DIAPASON

Dans le répertoire « Shell » de DIAPASON

./diapadm A11

Paramétrage des AppServers

Ajouter les variables pour l’appserver DIAPASON dans le ubroker.properties ORACLE_HOME et SHLIB_PATH à la rubrique « Environment ». Elles doivent être initialisées comme dans le DIAPASON.ini. Il faut alors arrêter puis relancer l’appserver DIAPASON.

Dans le répertoire « Shell » de DIAPASON :

• pour arrêter l’appserver : ./diapadm A9

• pour lancer l’appserver : ./diapadm A8

Définition de la Base de Données

Dans l’application de « Gestion des Bases » du bureau « Exploitation », définir la base de données comme étant de type « ORACLE » en renseignant les paramètres de connexion.

Remarque : le Schéma-Holder utilisé pour cette base de données doit obligatoirement s’appeler SHNom_de_la_base (pour l’exemple ci-dessus, le schéma-Holder se nomme SHDTO).

Utilisateur spécifique pour connexion aux bases de type « ORACLE »

Pour se connecter aux bases de type « ORACLE » sans utiliser l’utilisateur « root », il est nécessaire de définir un nouvel utilisateur « diapadm ».

Tous les processus « batch » sur le serveur UNIX sont démarrés avec l’utilisateur « diapadm ». Cela concerne les appserveurs, l’Adb, les traitement batchs. Par contre les sessions type caractère utilisent toujours l’utilisateur connecté .

Groupe utilisateur 

Tous les utilisateurs « unix » utilisant DIAPASON doivent faire partie du même groupe : ici nous prendrons le groupe « ISIA », si ce n’est pas le cas vous devez modifier les comptes utilisateur pour qu’ils soient dans le groupe ISIA

Création de l’utilisateur « diapadm »

Attention : le groupe de l’utilisateur doit être impérativement le groupe ISIA.

Mise à jours des droits sur le dossier DIAPASON

Vous devez appliquer les droits corrects sur tous les dossiers que Diapason utilise :

cd /user ( ou cd /Diap1 )

chmod –R 775 devt data

chown isia :ISIA devt data

N’oubliez pas d’appliquer sur vos dossiers de transfert de fichiers ou d’exécution de script les mêmes droits.

Paramétrage de Diapason

Vous devez ajouter la ligne suivante dans de diapason.ini

DIAP_DBAUSER diapadm

Pour cela :

cd /user ( ou cd /Diap1 )

vi devtDiapV9/Shell/diapason.ini

Paramétrage des appserveurs

Vous devez utiliser le “Progress explorer tools” pour modifier le paramétrage des utilisateurs, ceci principalement pour entrer le mot de passe de « diapadm » vous pouvez utiliser le serveur d’édition pour cela.

Dans l’explorateur console sur l’entrée « Progress explorer » : cliquez sur le bouton droit de la souris et ajoutez un serveur Progress, utilisez l’adresse Ip du serveur unix .

Puis cliquez sur l’icône connexion :

utilisez root et entrez le mot de passe.

Dans la branche « AppServeur »  choisissez l’appserveur « Diapason » et faites « propriétés » allez dans la branche « informations sur le propriétaire comme ci-dessous .

Vous pouvez être amenés à utiliser la forme Domaine/utilisateur en fonction de votre mode d’authentification.

Cliquez ensuite sur « OK » , vous pouvez démarrer maintenant Diapason

Démarrage Diapason et fin de paramétrage

Démarrez Diapason et arrêtez immédiatement le Gestionnaire de Tâches.

Une fois Diapason démarré, vous devez modifier tous les comptes utilisateurs afin que le « login serveur » soit diapadm, comme ci-dessous.

Vous pouvez ensuite démarrer le Gestionnaire de Tâches.

Utilisation du SSH

Testé avec : HPUX 11.23

- Secure_Shell A.03.71.007 HP-UX Secure Shell

- openssl A.00.09.07-d.011 Secure Network Communications Protocol

• Paramétrage de Diapason

Vous devez ajouter les lignes suivantes dans de diapason.ini

DIAP_DBAMODE ssh

DIAP_DBAUSER diapadm

Pour cela :

cd /user ( ou cd /Diap1 )

vi devtDiapV9/Shell/diapason.ini

Création de l’utilisateur « diapadm »

Attention : le groupe de l’utilisateur doit être impérativement le groupe ISIA.

• Paramétrage SSH

Modifier : /opt/ssh/etc/sshd_config ( PubkeyAuthentication yes : normalement c'est le défaut)

Pour l’utilisateur "diapadm" on gènère les clés RSA,DSA

ssh-keygen -t rsa

ssh-keygen -t dsa

cd $HOME

chmod 700 $HOME/.ssh

chmod 600 $HOME/.ssh/*

cd $HOME/.ssh/*

cat id_rsa.pub >> authorized_keys

• Pour chaque utilisateur qui doit se connecter "diapadm"

Vous devez vous connecter au moins une fois, pour cela :

Connectez vous sur le serveur unix avec le compte qui doit se connecter « diapadm » et faites la procédure suivante :

ssh-keygen -t rsa

ssh-keygen -t dsa

cat id_rsa.pub >> /home/diapdba/.ssh/authorized_keys

Enfin il faut exécuter au moins une fois : ssh -l diapadm localhost.