Brevet FR2655442A1 — publié le 19910607

L'invention se rapporte principalement à un dispositif de mémorisation stockant une base de données relationnelle. D'une part, sont connus des programmes de gestion de bases de données permettant de choisir entre un mode de fonctionnement interactif et un mode de fonctionnement en programmation. Le mode interactif donne accès à un mode relationnel, ctest-à-dire qu'il permet, sans programmation, d'accéder à des enregistrements désirés. Toutefois, une interrogation peut nécessiter la mise en place de filtres ou un paramétrage de l'interrogation. Les instructions de paramétrage ne sont stockées nulle part, ni sous forme d'un programme, ni à l'intérieur de la base de données elle-même. Elles sont donc perdues à la sortie du programme de gestion de bases de données. En mode programmation, il est possible de construire des interrogations et de les conserver. Toutefois dans un tel cas on a perdu le décor relationnel, et bien peu d'utilisateurs finaux s'aventurent dans ce mode. De plus, le programme de génération et/ou de gestion de bases de données génère, pour le stockage d'informations importantes, une pluralité de fichiers, ce qui oblige à créer des relations externes à ces fichiers entre les enregistrements des divers fichiers. En pratique, ces relations sont créées par un informaticien, en mode programmation, pour une exploitation par l'utilisateur final. Dans certaines bases de données de type connu comme par exemple DBASE IV, on utilise le mot domaine. Toutefois, ce mot n'a pas la même signification que dans la base de données selon la présente invention. Dans DBASE IV le mot domaine indique un intitulé de champ. Ainsi il ne comporte pas de valeur sémantique du contenu de ce champ. Si deux fichiers comportent le même type de champ, par exemple nom de pilotes, ils ne sont pas rattachés à un même domaine. De plus, l'utilisation d'une pluralité de fichiers empêche la base de données d'être véritablement relationnelle. Des exemples de bases de données de type connu sont décrits dans le journal Mini et Micro N0331 du 27 Novembre 1989 page 17 à 36. Cet article indique que la tendance actuelle, pour augmenter les performances des logiciels de gestion de bases de données, est d'augmenter la quantité de fichiers qu'elles savent gérer. Or, il est bien connu que toute augmentation de quantité des fichiers ouverts simultanément ralentit les traitements à effectuer par la machine. D'autre part, il est connu de stocker des données numériques représentant des objets créés par des logiciels de conception assistée par ordinateur (CAO dans la suite de ce brevet), ou de dessin assisté par ordinateur (DAO dans la suite de ce brevet), dans une base de données. Avantageusement, les logiciels de génération et/ou de gestion de bases de données utilisés comportent un langage d'interrogation structuré (SQL ou Structured Query Language en terminologie anglo-saxone). Le logiciel de génération et/ou de gestion de bases de données est associé, dans la réalisation de type connu, à un programme qui effectue les découpages des données numériques en tranches de longueur sensiblement égale à la longueur des enregistrements en entrée et effectuant la concaténation des enregistrements successifs en sortie. Les données numériques stockées ne sont pas directement exploitables par le logiciel de génération et/ou de gestion de bases de données. Le logiciel de génération et/ou de gestion de bases de données selon la présente invention crée un fichier contenant d'une part des enregistrements de données, et d'autre part des enregistrements décrivant les données stockées et/ou des enregistrements décrivant des relations entre les données stockées. Ainsi, il est possible de créer une base de données monofichier. La base de données selon l'invention comprend les relations internes entre les données. Ainsi, il est possible d'effectuer des opérations désirées sur la base de données en mode programmation, sans pour autant devoir programmer. Ces opérations sont par exemple des opérations sur les champs, la saisie, les interrogrations, les requêtes mono ou multicritères, les modifications ou les suppressions des données.La sortie du programme ou l'extinction de l'ordinateur ne provoque plus la perte de relations entre données créées, dans la mesure où ces relations sont stockées. Du fait que ces relations et/ou descriptions des données sont stockées dans la base elle-même, il n'est plus nécessaire de programmer pour effectuer l'exécution d'une requête. Avantageusement, on stocke dans la base de données des définitions sémantiques des données stockées. Ainsi on crée une base de connaissances dans laquelle peuvent cohabiter de façon automatique et transparente pour l'utilisateur les données les plus diverses. De plus, les définitions sémantiques vont permettre leur exploitation intelligente, et notamment, ce qui n'était pas possible avec les bases de données de types connus, des comparaisons entre des données appartenant à des domaines différents. Comme exemple d'une telle comparaison, on peut citer une requête d'interrogations demandant d'afficher tous les noms de personnes qui exercent le métier de pilote d'avions et dont les noms correspondent au nom d'une ville. De plus, même si l'on a créé un fichier unique contenant toute la base de données, il est avantageux de présenter à l'utisateur des fichiers virtuels, par exemple correspondant aux fichiers qui auraient été créés par un programme de génération et/ou de gestion de bases de données de type connu. De plus, avantageusement on indique à l'utilisateur final qu'il travaille au niveau de bases de données du fichier, des enregistrements ou des champs d'un enregistrement. Ainsi l'utilisateur final ne sera pas dépaysé par rapport à une présentation normale.Par contre, au niveau de la machine on obtient des effets techniques importants, et notamment une diminution de l'occupation du dispositif de mémorisation par l'utilisation d'un fichier unique; une diminution de la charge de travail de la machine par un accès plus rapide à l'information; une diminution du temps d'affichage, à l'écran ou sur une imprimante, des données désirées extraites de la base de données. De plus, l'ouverture simultanée d'une quantité moindre de fichiers diminue l'occupation de la mémoire centrale de I' ordinateur. Avantageusement, la base de données selon la présente invention comporte des enregistrements de libellés comportant les libellés complets des champs des fichiers virtuels exploités. Avantageusement, la base de données selon la présente invention comporte des enregistrements permettant de relier un champ de chaque enregistrement, à un domaine sémantique, à un libellé, et éventuellement à d'autres champs de la base de données. Avantageusement, la base de données selon la présente invention comporte des enregistrements stockant les instructions de traitements que l'on veut pouvoir réaliser. Par exemple, il est possible de mettre sous forme d'un ou plusieurs enregistrements, un traitement permettant de connaître les montants des T.V.A payées entre 1970 et 1982 sur un certain type d'avion et débitées sur un compte particulier. Avantageusement, la base de données selon la présente invention comporte des enregistrements permettant les conversions des données nécessaires pour s'adapter à des matériels ou à des logiciels externes à la base de données. Ainsi, il est possible par exemple d'effectuer des échanges d'informations avec des logiciels de génération et/ou de gestion de bases de données différents, et fonctionnant sur des matériels différents. De même, il est possible de s'adapter à un matériel particulier dont les spécifications techniques sont connues, comme par exemple une imprimante performante à laquelle on indique les polices des caractères qu'on désire utiliser ou un écran à haute résolution où l'on veut pouvoir effectuer un affichage en mode graphique. Les enregistrements permettant les conversions de format des données évitent d'avoir accès à des logiciels externes, et permettent, de façon extrêmement simple, la mise à jour de la base de données lors de la connexion d'un nouveau matériel et/ou lorsque l'on réalise une connexion ou une possibilité de communication avec des logiciels exigeant un nouveau format de données ou présentant des nouvelles instructions. Avantageusement, la base de données selon la présente invention comporte des enregistrements d'édition décrivant des éditions standards que l'on veut pouvoir réaliser. Par exemple la réalisation d'un bulletin de paye pourra être mise sous la forme d'un ou plusieurs enregistrements. Avantageusement, la base de données selon la présente invention comporte des enregistrements contenant les informations sur les droits d'accès des divers utilisateurs à diverses parties, enregistrements ou champs de la base de données. Ces enregistrements de sécurité sont avantageusement codés pour rendre plus difficile leur modification frauduleuse ou la lecture non autorisée des informations qu'ils contiennent. Avantageusement, le programme de génération et/ou de gestion de base de données selon l'invention comporte un éditeur de dossier d'exploitation. La structure monofichier de la base, la préexistence des liens, ainsi que "l'existence" des fichiers virtuels rendent l'édition du dossier d'exploitation courte et efficace. Il permet de générer de façon automatique des dossiers standards, à jour, et à la demande. Avantageusement, le logiciel de génération et/ou de gestion de base de données selon la présente invention comporte un module de compression et de réorganisation de base de données. En effet, en fonctionnement normal la suppression d'un article entrasse uniquement sa suppression logique mais pas son effacement physique. Il continue donc d'occuper de l'espace en mémoire de masse. Cela est rendu nécessaire par l'utilisation de pointages et d'adressages directes aux adresses physiques avantageusement utilisés par le logiciel pour permettre une accélération de traitement. Lors de l'activation du module de réorganisation et/ou compression de la base de données, on effectue l'effacement effectif (physique) des enregistrements non désirés, complété par une écriture d'une nouvelle adresse physique des pointages ou d'appels.Cette opération est effectuée périodiquement, par exemple tous les six mois pour empêcher une dégradation des performances de la base de données. Il est relativement long en temps de traitement, et peut être effectué en traitement batch. Avantageusement, le logiciel de génération et/ou de gestion de base de données selon la présente invention comporte un module convertissant automatiquement toutes les lettres minuscules en lettres majuscules. Ainsi, on obtient un classement, une indexation unique par ordre alphabétique sans tenir compte des valeurs par exemple ASCII différentes pour un caractère minuscule ou majuscule. Dans une première variante de réalisation de l'invention, le programme de génération et/ou de gestion de bases de données selon l'invention est autonome, c'est-à-dire qu'il permet de travailler avec un ordinateur équipé de son système d'exploitation. Dans une seconde variante de réalisation, le logiciel de génération et/ou de gestion de bases de données constitue une surcouche d'un logiciel de type connu, avantageusement à décor relationnel et comportant un langage de requête structuré auquel il apporte un véritable mode relationnel permettant de travailler en mode programmation sans avoir besoin d'écrire un programme. Il est bien entendu que les bases de données comportant une pluralité de fichiers ne sortent pas du cadre de la présente invention. Il peut s'avérer nécessaire d'utiliser une pluralité de fichiers si, par exemple le système d'exploitation ne sait pas gérer des fichiers de tailles suffisantes, ou s'il est avantageux de répartir la base de données entre plusieurs médias, comme par exemple entre un disque dur et un disque optique numérique ou entre plusieurs ordinateurs. Une éventuelle répartition en une pluralité de fichiers est motivée par les performances des dispositifs de stockage et non pas par le découpage logique. L'invention a principalement pour objet un procédé et un dispositif de mémorisation de données informatiques stockant un programme de génération et/ou de gestion de bases de données, générant des enregistrements d'une longueur de L caractères, caractérisés par le fait que le programme de gestion et/ou de génération de bases de données génére des enregistrements ayant une longueur de L caractères, décrivant les liens internes entre les données stockées dans la base de données. L'invention a également pour objet un procédé et un dispositif caractérisés par le fait que les liens internes à la base de données stockés sous forme d'enregistrements de longueur de L caractères décrivent divers types d'informations stockées dans la base ainsi que leur adresse. L'invention concerne également un procédé et un dispositif caractérisés par le fait que la base de données comporte des moyens pour accéder, suite à une requête, directement à une information désirée, en utilisant l'adresse de cette information déduite à partir d'une information d'adresse contenue dans les enregistrements stockant les liens internes à la base de données. L'invention est également relative à un procédé et à un dispositif caractérisés par le fait que la base de données génère un fichier unique contenant, d'une part toutes les informations désirées, et d'autre part, des enregistrements décrivant les liens internes t la base de données pour affecter une pluralité de fichiers virtuels à une pluralité de catégories de données stockées. L'invention concerne également un procédé et un dispositif caractérisés par le fait que la base de données comporte au moins deux types d'enregistrements décrivant les liens internes à la base de données, ces types d'enregistrements décrivant les liens internes à la base de données étant hiérarchisés. L'invention est également relative à un procédé et à un dispositif caractérisés par le fait que le programme de génération et/ou de gestion de bases de données crée des enregistrement de domaine d'une longueur de L caractères donnant une définition sémantique et structurelle d'un type de champ d'enregistrements. L'invention de rapporte également à un procédé et à un dispositif caractérisés par le fait que le programme de génération et/ou de gestion de bases de données crée des enregistrements d'une longueur de L caractères décrivant le rattachement de chaque champ de données à un enregistrement de domaine. L'invention se réfère également à un procédé et à un dispositif caractérisés par le fait que le programme de génération et/ou de gestion de bases de données comporte des moyens pour découper de façon automatique entre plusieurs enregistrements des champs de données qui dépassent le Léme caractère d'un enregistrement. L'invention est également relative à un procédé et à un dispositif caractérisés par le fait que le programme de génération et/ou de gestion de bases de données crée des enregistrements de communication d'une longueur de L caractères décrivant les transcodages et/ou procédures à mettre en oeuvre pour pouvoir communiquer avec un dispositif extérieur connu. L'invention a aussi pour objet un procédé et un dispositif caractérisés par le fait que le programme de génération et/ou de gestion de bases de données crée des enregistrements de traitement d'une longueur de L caractères stockant les encha#nements d'instructions que l'on veut pouvoir exécuter. Dans un mode particulier de réalisation de l'invention, le procédé et le dispositif se caractérisent par le fait que le programme de génération et/ou de gestion des bases de données travaille en mode programmation, sans pour autant nécessiter l'écriture d'instructions pour exécuter une requête. Egalement dans un autre mode de réalisation particulier, le procédé et le dispositif selon l'invention se caractérisent par le fait que la base de données effectue l'indexation des enregistrements sur des champs et que la base de données génère pour divers enregistrements décrivant les liens internes à la base de données ainsi que, pour les enregistrements contenant les informations désirées, qui y sont rattachés, des champs qui seront indexés de façon successive. Selon une autre caractéristique de l'invention, au moment de la création d'une nouvelle base de données, le programme de génération et/ou de gestion de bases de données commence par créer un premier enregistrement d'une longueur de L caractères, et dont l'adresse physique sera donc connue à priori, comportant dans un champ indexé, des caractères permettant une indexation supérieure à tous les enregistrements de domaine, et inférieure à tous les enregistrements de données. De préférence, l'adresse du premier enregistrement est égale à 1. Dans un mode de réalisation avantageux, la base de données comporte des moyens de génération de bases de données comportant une pluralité de fichiers comportant uniquement des données, et cette base de données comporte en plus des moyens générant à partir de ces fichiers, un fichier unique comportant les données désirées, ainsi que des enregistrements décrivant les liens internes entre les diverses données stockées. Dans un autre mode de réalisation de l'invention, le programme de génération et/ou de gestion de bases de données comporte des moyens pour transformer une base de données comportant une pluralité de fichiers composés d'enregistrements ayant diverses longueurs, en une base de données comportant des enregistrements ayant une longueur de L caractères comportant des données ainsi que des enregistrements ayant une longueur de L caractères décrivant les liens internes entre les données stockées dans la base de données. La présente invention est également relative à une base de données caractérisée par le fait qu'elle comporte un fichier stockant simultanément des enregistrements de données ainsi que des enregistrements décrivant des liens internes entre les diverses données, et avantageusement des champs contenant la description d'objets créés par des logiciels de conception assistée par ordinateur et/ou de dessin assisté par ordinateur. L'invention est également relative à un ordinateur, caractérisé par le fait qu'il comporte des moyens de lecture des dispositifs décrits précédemment. L'invention a encore pour objet un dispositif multimédia comportant au moins un ordinateur tel que défini ci-dessus, caractérisé par le fait que la base de données permet de gérer une pluralité de supports d'informations différents. De préférence,la base de données définie précédemment est répartie sur une pluralité de supports d'informations. La présente invention a enfin pour objet un procédé de stockage de données dans un ordinateur utilisant une base de données comportant une étape de création d'enregistrements de longueur L caractères pour le stockage des données désirées, caractérisé par le fait qu'il comporte l'étape de créations d'enregistrement de longueur L caractères décrivant les liens internes entre les différents enregistrements de la base de données. L'invention sera mieux comprise au moyen de la description ci-après et des figures annexées, données comme des exemples non limitatifs, parmi lesquels - la figure 1 est un diagramme d'une base de données créé avec un logiciel de génération et/ou gestion de bases de donnéesde type connu; - la figure 2 est un diagramme d'une base de données selon la présente invention; - la figure 3 est un schéma illustrant les relations à l'intérieur d'une base de données de type connu; - la figure 4 est un schéma illustrant les relations dans une base de données selon la présente invention; - la figure 5 est un diagramme d'un exemple de réalisation d'un enregistrement de domaine décrivant les champs de données stockées dans la base de données selon la présente invention;; - la figure 6 est un diagramme d'un enregistrement de relation décrivant les relations entre divers champs de données de la base de données, entre les champs des enregistrements des descriptions de données tels qu'illustrés sur la figure 5, et/ou entre les divers enregistrements de relations; - la figure 7 est un diagramme d'un exemple d'enregistrement de libellé stockant les libellés de noms de divers champs des données de la base de données; - la figure 8 est un diagramme d'un enregistrement de données; - la figure 9 est un diagramme d'un enregistrement de traitement à effectuer sur les données de la base de données; - la figure 10 est un diagramme d'un enregistrement de communication assurant l'interfaçage des données de la base de données avec des matériels et/ou logiciels externes à la base;; - la figure 11 est un diagramme illustrant les liaisons de niveau I entre enregistrements de relations; - la figure 12 est un diagramme illustrant les relations de niveau Il entre enregistrements de relations; - la figure 13 est un diagramme illustrant les liaisons entre enregistrements de domaines et enregistrements de relations; - la figure 14 est un diagramme illustrant les liaisons entre enregistrements de libellés et enregistrements de relations; - la figure 15 est un diagramme illustrant les liaisons entre les enregistrements de données et les enregistrements de relations; - la figure 16 est un schéma d'un dispositif multimédia mettant en oeuvre le procédé selon la présente invention; - la figure 17 est un organigramme illustrant la mise en oeuvre d'un programme de génération et/ou de gestion de bases de données selon la présente invention;; Sur les figure 1 à 17 on a utilisé les mêmes références pour désigner les mêmes éléments. Sur la figure 1 on peut voir un exemple de structure de base de données destinée à la gestion d'une discothèque. La base de données est composée de trois fichiers, un fichier de personnes illustré sur la figure 1A, un fichier de disques illustré sur la figure 1B, un fichier de mouvements illustré sur la figure 1C. Dans l'exemple illustré sur la figure 1, le fichier de personnes comporte, pour chaque enregistrement, un champ numéro de la personne, un champ nom, un champ prénom. Le fichier disque comporte, pour chaque enregistrement, un champ type de disques, un champ numéro de disques, un champ titre, un champ interprète. Le fichier de mouvements comporte, pour chaque enregistrement, un champ date de sortie, un champ date de rentrée, un champ numéro de personne, un champ numéro de disque.Il sera possible par programmation d'indiquer que le numéro de personne du fichier de personnes illustré sur la figure 1A est le même que le numéro de personne du fichier mouvements de la figure 1C. De même, il sera possible d'indiquer, par programmation, que le numéro de disque du fichier de mouvements illustré sur la figure 1C est le même que le numéro de disque du fichier disque de la figure IB, Toutefois ces relations sont externes à la base de données et ne permettent que des relations de premier niveau. De plus, la création d'une pluralité de fichiers augmente l'occupation globale de la mémoire de masse, de la mémoire centrale, et diminue la vitesse de traitement. La création d'une pluralité de fichiers augmente l'occupation globale de la mémoire de masse, d'une part au niveau du système d'exploitation par les indications contenant l'adresse ou les adresses de ces fichiers, et d'autre part au niveau du logiciel de génération et/ou de gestion de base de données en créant des enregistrements identiques dans une pluralité de fichiers, comme par exemple enregistrement numéro de la figure 1B, 1C ou le numéro des personnes de la figure lA et 1C. Sur la figure 2, on peut voir la structure d'un exemple de base de données selon la présente invention. L'exemple illustré sur la figure 2 comporte N enregistrements de domaines 50. Les enregistrements de domaines 50 définissent un type de données, avantageusement rattaché à tous les champs de données concernant ce domaine. Les enregistrements de domaines 50 comportent donc l'information sémantique sur les champs stockés dans la base de données. Avantageusement, les enregistrements de domaines 50 stockent aussi l'information concernant le type de la donnée, par exemple alphanumérique, numérique, date ou logique ainsi que sa taille. Avantageusement, les enregistrements de domaines 50 comportent l'information concernant d'éventuelles limites dans lesquelles les données rattachées à ces domaines doivent être comprises. Avantageusement, il existe un enregistrement, et un seul par domaine de données stockées dans la base. Ainsi toute donnée contenue dans la base appartient à un domaine. De même un enregistrement de domaine 50 ne concerne qu'un domaine unique. On constitue ainsi un dictionnaire dans lequel est enfermée toute la valeur sémantique de la base de données. Avantageusement, les enregistrements de domaines sont placés au début de la base de données. Cet emplacement est donné par leur adresse lors d'un tri, soit, avantageusement, par une indexation adéquate de la base. Dans le cas de bases de données indexées on commence par créer un enregistrement référencé RAAA, sur la figure destiné à être placé, par l'indexation après le dernier enregistrement de domaine. Avantageusement l'enregistrement RAAA est le premier enregistrement créé dans la base de données. Ainsi il a la première adresse physique dans le fichier. Il peut donc être retrouvé très rapidement et permet de retrouver les enregistrements qui le suivent, ce qui est utile dans le cas où l'on ne donnant pas leurs noms. La base de la figure 2 comporte des enregistrements de libellés. Les enregistrements de libellés 52 stockent les libellés des divers champs des enregistrements de données 53. L'exemple de la base de données de la figure 2 comporte deux enregistrements de relations 51. Les enregistrements de relations 51 stockent des informations concernant les liens d'un champ d'un enregistrement de données 53 à un domaine, à un libellé, ou à une autre relation, ainsi que les relations entre relations elles-mêmes. La présence des enregistrements de relations 51 permet de rattacher de façon univoque chaque champ à un domaine. Ils permettent donc aux enregistrements de données 53 de stocker de façon contigüe des champs les plus divers et constituer ainsi une base de connaissances. Dans l'exemple illustré sur la figure 2 certains des enregistrements des données (1.1 à 1.M) stockent les noms, les prénoms, les taux de T.V.A, des vecteurs provenant par exemple d'un logiciel de DAO vectoriel, des morceaux de texte ainsi que des noms de villes.Chaque champ est rattaché grâce aux enregistrements de relations 51 à un domaine. On connaît donc sa valeur sémantique. Avantageusement, les enregistrements de libellés 52, de relations 51 ainsi que les données qu'ils traitent sont classés successivement par exemple par indexation. La proximité des données, de leurs libellés et de leurs relations, permet un traitement rapide des informations. Avantageusement, la base de données comporte des enregistrements de traitement 60. Ces enregistrements stockent les instructions nécessaires à accomplir les tâches désirées. Le stockage de traitement de données dans la base elle-même permet d'en faire un outil autonome et performant. Dans l'exemple illustré sur la figure 2, la base de données comporte des enregistrements d'édition 61. Les enregistrements d'édition comportent des informations sur des données que l'on veut extraire de la base, les éventuels traitements que l'on veut leur faire subir, comme par exemple de multiplier les taux horaires par un nombre d'heures travaillées, ainsi que les informations nécessaires à leur édition, par exemple sur une imprimante. Ces informations peuvent contenir à la fois des polices de caractères ou des fonds de pages à imprimer. L'exemple de base de données de la figure 2 comporte des enregistrements de communication 62 permettant l'échange d'informations avec des matériels ou logiciels externes à la base. Ils permettent par exemple la mise à jour d'une base de données sur micro-ordinateur à partir d'une base de données gérée par un gros ordinateur de gestion (Main frame en terminologie anglo-saxonne). Ils permettent d'autre part d'effectuer des mailing. Les enregistrements de communication comportent donc les informations nécessaires à l'établissement automatique de la communication, les conversions de fichiers nécessaires et la requête à présenter dans le langage de requête de la base de données de l'ordinateur de gestion. Avantageusement, pour des raisons de sécurité, les enregistrements de communication ne comportent pas les mots de passe nécessaires pour accéder à l'ordinateur de gestion ainsi que pour accéder à la base de données. Au moment opportun le programme demandera de taper le mot de passe nécessaire pour réaliser l'accès désiré. La base de données illustrée sur la figure 2 comporte des enregistrements de sécurité concernant les droits d'accès des utilisateurs à divers champs des enregistrements de données. Ces droits d'accès concernent notamment le droit de lire, d'écrire ou de modifier des enregistrements. L'enregistrement de sécurité est protégé en lecture et en écriture pour les personnes non autorisées. Les sécurités de la base de données peuvent se superposer aux mesures de sécurité prises avec le système d'exploitation. Sur la figure 3, on peut voir l'organisation d'une base de données de type connu. Elle comporte, comme dans le cas de la figure 1 une pluralité de fichiers. Il existe des relations externes à ces fichiers permettant de relier des champs ou des enregistrements. Cette structure a été conservée dans la base de données selon l'invention, illustrée sur la figure 4. En plus des liens potentiels de la base de données de type connu, la base de données selon la présente invention comporte des liens internes à la base. Les liens internes permettent de créer une base de données véritablement relationnelle. Les formats des enregistrements créent une parenté ou une dépendance très étroite des divers types d'enregistrements. Dans l'exemple de la figure 4, l'utilisation des autres enregistrements a besoin de recourir aux informations stockées dans l'enregistrement relation. Les enregistrements de relation 51 stockent la structure des fichiers qu'il aurait été nécessaire de créer avec un programme de type classique. Sur les figures 5 à 10 on a illustré des exemples d'enregistrements. Ces enregistrements ont dans l'exemple illustré, une longueur L de 1024 caractères qui est par exemple la longueur d'enregistrement maximale permise par le logiciel Clipper de Nantucket qui est un compilateur compatible avec le programme vendu sous la marque DBASE, par la société ASHTON TATE. Sur la figure 5, on peut voir un exemple d'enregistrement de domaine 50. L'enregistrement de domaine 50 comporte un en-tête 36 composé d'un caractère fixe 1 et du nom du domaine 2. Dans l'exemple illustré sur la figure 5, le caractère fixe est un D (comme domaine). L'indexation étant faite sur lten-tête 36 tous les domaines seront placés antérieurement à l'enregistrement RAAA. L'en-tête est suivi par un caractère 3 indiquant le type de données. Par exemple le caractère 3 sera un C pour de l'alphanumérique, un N pour du numérique, un D pour une date, un L pour une donnée logique. La longueur de la donnée est indiquée en 4 sur par exemple trois caractères. Dans un exemple de réalisation de la base de données selon la présente invention, la longueur du champ est inférieure à 495 pour une donnée alphanumérique, inférieure à 15 caractères pour une donnée numérique, et égale à 8 caractères dans le cas d'une date et à 1 caractère dans le cas d'une donnée logique. Il est bien entendu que ce n'est qu'un exemple de réalisation et que l'utilisation de données plus longues ne sort pas du cadre de la présente invention. La longueur d'un champ peut même dépasser la longueur d'un enregistrement. Dans un tel cas l'emplacement de la fin est déduit à partir de la longueur du champ, et/ou il existe des caractères de contrôle indiquant la fin d'un champ ou au contraire le fait qu'il continue sur l'enregistrement suivant. Un tel caractère est par exemple le dernier caractère d'un enregistrement (non illustré sur la figure). En 5 est positionné, sur un caractère, un indicateur de limite imposée à la donnée. Par exemple, le caractère 5 est égal à A dans le cas où aucune limite n'est imposée à la donnée, est égal à B pour une valeur constante, est positionné à C pour une valeur supérieure à une limite, est positionné à D pour une valeur supérieure ou égale à une limite, est positionné à E pour une valeur inférieure à une limite, est positionné à F pour une valeur inférieure ou égale à une limite, est positionné à G pour une valeur comprise entre deux limites, est positionné à H pour être différent d'une valeur, et est positionné à I vour vérifier l'existence d'un enregistrement dans la base. La vérification d'existence I est une possibilité très puissante du logiciel selon la présente invention. Par exemple, lors de la saisie d'un vol, la position I du caractère 5 permet de vérifier que le pilote qui doit en assurer la responsabilité existe dans le champ nom de pilote de la base. Il interdit la saisie d'un nom de pilote pour diriger un vol si le nom de ce pilote n'est pas stocké dans la base Par contre, il est parfaitement possible de saisir le nom d'un nouveau pilote pour le rajouter à la base. Lors de la saisie d'une donnée appartenant à un domaine, on vérifie son type, sa longueur et les éventuelles limites imposées. En 6, sur sept caractères est stockée la valeur de la limite inférieure ou d'une valeur constante. En 7, sur sept caractères est positionnée la limite supérieure de la donnée (s'il en existe). L'enregistrement des domaines se termine en 8 par le libellé du domaine. Sur la figure 6, on peut voir un enregistrement de relations 51. L'enregistrement de relations 51 commence par un en-tête 36 sur neuf caractères, sur lesquels portent l'indexage de la base de données. L'en-tête 36 commence par un caractère fixe 1, par exemple R. Il est suivi par un nom de la relation 9 sur sept caractères. Il est suivi par un caractère fixe 10, par exemple A. L'en-tête 36 est suivi par un groupe de données d'enregistrement 20. Le groupe des données d'enregistrement 20 commence en Il par le nom de l'enregistrement de donnée traitée, par exemple sur huit caractères. Il se poursuit en 12 par un indicateur de lien sur un caractère. Le groupe de données d'enregistrement se poursuit par une succession des adresses de relation et de leurs numéros d'ordre associés 13 et 14, 15 et 16, etc.... Il se termine avec l'adresse du domaine concerné 17 suivi par le numéro du premier caractère 18 dans l'enregistrement de données 53 et le rang 19. Ensuite se poursuivent d'autres groupes de données d'enregistrement 20 concernant d'autres enregistrements de données. L'enregistrement de relation 51 se termine par l'adresse du premier enregistrement de données concerné 21, l'adresse du dernier enregistrement de données concerné, le nombre d'enregistrement de données concerné, par exemple limité à 34. Sur la figure 7, on peut voir un exemple d'enregistrement 52 de libellés. L'enregistrement 52 commence par un en-tête 36 sur neuf caractères. L'en-tête 36 commence par les éléments 1 et 9 identiques aux éléments I et 9 de l'enregistrement de relation 51 de la figure 6. Le caractère fixe 10 est dans ce cas par exemple un B. Ainsi l'enregistrement de libellés sera, dans le cas d'un indexage sur I'en-tête 36 placé (au niveau de l'adresse logique) immédiatement après l'enregistrement 51 de la figure 6. L'enregistrement 52 se poursuit par des libellés 24, 25 etc..., des enregistrements de données. L'enregistrement 52 se termine par le libellé 26 de la relation associée. Sur la figure 8, on peut voir l'enregistrement 53 de données. L'enregistrement 53 commence par un en-tête 36 dont les éléments 1 et 9 sont identiques à ceux des enregistrements 51 de la figure 6 et 52 de la figure 7. Le caractère fixe 10 est un C. Ainsi le premier enregistrement des données suit (au niveau de l'adresse logique) immédiatement l'enregistrement de libellés 52 de la figure 7. L'enregistrement 53 se poursuit par les données successives 27, 28, 29, 30, 31, 32, 33, 34, 35. Sur la figure 9, on peut voir un exemple d'enregistrement de traitement 80. L'enregistement 80 comporte un en-tête 36 par exemple sur huit caractères. L'en-tête 36 commence par un caractère 1 fixe par exemple une lettre T (comme traitement) suivi par le nom du traitement 9 sur sept caractères. L'en-tête 36 est suivi par exemple par le libellé du traitement 70 indiquant le nom du traitement. Le traitement 80 de la figure 9 comporte les instructions 112 que l'on veut exécuter. Ces instructions comportent des instructions interprétées et/ou en langage machine. Dans un premier exemple de réalisation selon la présente invention les enregistrements 80 de traitement comportent des champs 71 et/ou 73 comportant des caractères spéciaux $, destinés à indiquer le début et la fin des instructions. Dans un second exemple de réalisation selon la présente invention, les instructions 112 commencent systématiquement à la fin du libellé 70 et peuvent se poursuivre sur une pluralité d'enregistrements 80 ayant un en-tête identique. Le changement d'en-tête indique dans ce cas la fin du traitement à effectuer. Sur la figure 10, on peut voir un exemple d'enregistrement 81 de communication. L'enregistrement de communication comporte un entre 36. L'en-tête 36 commence par un caractère fixe 1, par exemple un W. L'enregistrement fixe 1 est suivi par le nom 9 de l'enregistrement de communication. L'en-tête 36 est suivi par le nom 74 de la relation à laquelle l'enregistrement 80 se rapporte. Le nom de la relation 74 est suivi par les instructions ou appels 75. Par exemple il comporte les appels à divers champs de données intermédiaires d'un enregistrement de relation 51. Avantageusement, l'enregistrement 81 comporte aussi un nom du fichier cible à créer. Avantageusement, l'enregistrement 81 comporte un enregistrement 77 indiquant le format dans lequel les données doivent être créées, par exemple BAS pour basic, DBF pour format de base de données créées par le logiciel DBASE, ASC pour un fichier ASCII, etc... Avantageusement, l'enregistrement 81 comporte un champ de limite 78 indiquant les limites dans lesquelles le champ doit être lu ou écrit. Il indique par exemple qu'on doit lister le nom des pilotes de DUMOULIN à DUPONT. Avantageusement, l'enregistrement 81 comporte un champ 79 indiquant le libellé complet de l'enregistrement de communication. Avantageusement, par exemple au niveau du dernier caractère de I'en-tête 36, l'enregistrement 81 comporte un caractère permettant de distinguer si la communication doit être faite à l'émission, à la réception, ou éventuellement dans les deux sens. La valeur de ce caractère est par exemple E, R ou B. Il est possible de coupler les enregistrements de traitement 80 et les enregistrements de communication 81 pour par exemple effectuer des émulations de terminal ou des interrogations de base de données réparties. Sur la figure 11, on peut voir une relation de niveau 1 entre deux enregistrements de relations. Dans ce cas, l'enregistrement de relation appelle directement un second enregistrement de relation. Dans ce cas, on utilise directement pour stocker l'adresse physique 39 de l'enregistrement 51 de relation appelé, l'adresse de la relation 13 stockée juste après les caractères de lien 12. Le rang indique à quel groupe de données d'enregistrement 20 on est relié. Le rang de la relation pointe dans ce cas le premier caractère 40 du nom de ltenregistrement de données 11. Le caractère de lien 12 permet de demander un test de comparaison entre les données. Par exemple on compare que la date d'arrivée est supérieure ou égale à la date de départ. Sur la figure 12, on peut voir une relation de niveau 2 entre les enregistrements de relation 51. Dans un tel cas on utilise l'enregistrement 15 pour stocker l'adresse physique 39 de la relation à appeler. Le rang du groupe de données d'enregistrement de données est stocké dans un champ 16. Sur la figure 13, on peut voir les liaisons entre l'enregistrement de relation 51 et l'enregistrement de domaine 50. L'enregistrement de relation 51 permet, pour chaque champ d'un ou de plusieurs enregistrements de données de déterminer une appartenance à un groupe. Pour chaque groupe de données d'enregistrement 20, l'enregistrement de relation 51 comporte l'adresse physique 38 du domaine correspondant. Sur la figure 14, on peut voir la liaison entre enregistrement de relation et enregistrement de libellé. Ces deux enregistrements se suivent de par l'indexation de la base de données. Le champ 19 de l'enregistrement 51 contient le numéro d'ordre de l'apparition du champ concerné, ce qui permet de calculer l'adresse du premier caractère du libellé correspondant dans l'enregistrement des libellés 52. Sur la figure 15, on peut voir la liaison entre l'enregistrement de relation 51 et l'enregistrement des données 53. Le numéro du premier caractère du champ dans l'enregistrement 53 est stocké dans le groupe des données correspondant de l'enregistrement de relation 51 (au niveau logique). De plus, les enregistrements sont voisins. Sur la figure 16, on peut voir un ordinateur 54 permettant l'exploitation d'une base de données multimédia selon la présente invention. L'ordinateur 54 est connecté à un moniteur vidéo à haute résolution 56, à un moniteur de visualisation d'informations alphanumériques et/ou graphiques 57 ainsi qu'à une liaison 55 permettant la connexion avec d'autres ordinateurs, moyens de stockage d'informations ou moyens d'acquisition d'informations. L'ordinateur de la figure 16 comporte un lecteur de disquette 58 un lecteur de disque optique numérique 59, un disque dur 60. La base de données selon la présente invention est répartie entre ces mémoires de masse 58, 59 et 60. Par exemple, des images vidéo de haute résolution sont stockées sur le disque optique numérique 59. Les informations de gestion ainsi que les commentaires des images sont stockés sur le disque dur 60. Les informations sur les mises à jour sont par exemple stockées sur une disquette présente dans le lecteur 58. Il est bien entendu qu'une base de données répartie sur une pluralité d'ordinateurs reliés par la liaison 55 ne sort pas du cadre de la présente invention. De même il est possible d'obtenir une base de données multimédia entièrement stockée sur un support unique, par exemple sur les disques optiques numériques présents dans le lecteur 59. Sur la figure 17, on peut voir l'algorithme de fonctionnement de la base de données selon la présente invention. L'algorithme débute en 61. 62 - Saisie du NOM de la BASE 63 - Si PAS de saisie ---------------------------- > SautSauten 65 64 - Si le nom EXISTE ---------------------------- > Retour en 62 66 - Création de la BSE et Indexation 67 - Création de la RELATION "RAtAAAAAA" - Début de boucle de création des RELATIONS 68 - Saisie du NOM et du LIBELLE de la relation 69 - Si pas de saisie --------------------- > Retour en 62 70 - Si le nom EXISTE --------------------- > Retour en 68 71 - Création enregistrement/relation 72 - Création enregistrement/libellés - Début de boucle de création des DONNEES 73 - Saisie du NOM de donnée 74 - Si pas de saisie -------------- > Retour en 68 75 - Si le nom EXISTE -------------- > Retour en 73 - Début de boucle de création du DOMAINE 76 - Saisie du NOM du DOMAINE 77 - Si pas de saisie ------- > Retour en 73 78 - Si le nom EXISTE ------- > Sortie de boucle domaine 79 - Saisie donnée domaine 80 - Création du domaine - Fin de boucle domaine 81 - Saisie données 82 - Mise à jour enregistrement/relation et enregistrement/libellés - Fin de boucle de donnée -------------- > Retour en 73 - Fin de boucle relation ---------------------- > Retour en 68 65 - Retour au MENU général REVENDICATIONS 1. Dispositif de mémorisation de données informatiques stockant un programme de génération et/ou de gestion de bases de données, générant des enregistrements d'une longueur de L caractères, caractérisé par le fait que le programme de gestion et/ou de génération de bases de données génére des enregistrements (50,51,52) ayant une longueur de L caractères, décrivant les liens internes entre les données (53) stockées dans la base de données. 2. Dispositif selon la revendication 1, caractérisé par le fait que les liens internes à la base de données stockés sous forme d'enregistrements de longueur de L caractères décrivent divers types d'informations stockées (50) dans la base ainsi que leur adresse. 3. Dispositif selon la revendication 1 ou 2, caractérisé par le fait que la base de données comporte des moyens pour accéder, suite à une requete, directement à une information désirée (53), en utilisant l'adresse de cette information déduite à partir d'une information d'adresse (21) contenue dans les enregistrements stockant les liens (50,51,52) internes à la base de données. 4. Dispositif selon la revendication 1, 2 ou 3, caractérisé par le fait que la base de données génère un fichier unique contenant, d'une part toutes les informations désirées (53), et d'autre part, des enregistrements décrivant les liens (50,51,52) internes à la base de données pour affecter une pluralité de fichiers virtuels à une pluralité de catégories de données stockées. 5. Dispositif selon l'une quelconque des revendications précédentes, caractérisé par le fait que la base de données comporte au moins deux types d'enregistrements (50,51,52) décrivant les liens internes à la base de données, ces types d'enregistrements décrivant les liens internes à la base de données étant hiérarchisés. 6. Dispositif selon l'une quelconque des revendications précédentes, caractérisé par le fait que le programme de génération et/ou de gestion de base de données crée des enregistrements de domaine (50) d'une longueur de L caractères donnant une définition sémantique et structurelle d'un type de champ d'enregistrements. 7. Dispositif selon la revendication 6, caractérisé par le fait que le programme de génération et/ou de gestion de bases de données crée des enregistrements (51) d'une longueur de L caractères décrivant le rattachement de chaque champ de données à un enregistrement de domaine. 8. Dispositif selon l'une quelconque des revendications précédentes, caractérisé par le fait que le programme de génération et/ou de gestion des bases de données comporte des moyens pour découper de façon automatique entre plusieurs enregistrements (53) des champs de données qui ème dépassent le L m caractère d'un enregistrement. 9. Dispositif selon l'une quelconque des revendications précédentes, caractérisé par le fait que le programme de génération et ou de gestion de bases de données crée des enregistrements (80) de communication d'une longueur de L caractères décrivant les transcodages et/ou procédures à mettre en oeuvre pour pouvoir communiquer avec un dispositif extérieur connu. 10. Dispositif selon l'une quelconque des revendications précédentes, caractérisé par le fait que le programme de génération et/ou de gestion de bases de données crée des enregistrements (80) de traitement d'une longueur de L caractères stockant les enchaînements d'instructions que l'on veut pouvoir exécuter. 11. Dispositif selon l'une quelconque des revendications précédentes, caractérisé par le fait que le programme de génération et/ou de gestion des bases de données travaille en mode programmation, sans pour autant nécessiter l'écriture d'instructions pour exécuter une requête. 12. Dispositif selon l'une quelconque des revendications précédentes, caractérisé par le fait que la base de données effectue l'indexation des enregistrements (50,51,52,53) sur des champs et que la base de données génère pour divers enregistrements (50,51,52) décrivant les liens internes à la base de données ainsi que, pour les enregistrements contenant les informations désirées (53), qui y sont rattachés, des champs (36) qui seront indexés de façon successive. 13. Dispositif selon la revendication 12, caractérisé par le fait que, au moment de la création d'une nouvelle base de données, le programme de génération et/ou de gestion de bases de données commence par créer un premier enregistrement (RAAAAAAAA) d'une longueur de L caractères, et dont l'adresse physique sera donc connue à priori, comportant dans un champ indexé, des caractères permettant une indexation supérieure à tous les enregistrements des domaines, et inférieure à tous les enregistrements de données. 14. Dispositif selon la revendication 13, caractérisé par le fait que l'adresse du premier enregistrement est égale à 1. 15. Dispositif selon l'une quelconque des revendications précédentes, caractérisé par le fait que la base de données comporte des moyens de génération de bases de données comportant une pluralité de fichiers comportant uniquement des données, et que cette base de données comporte en plus des moyens générant à partir de ces fichiers, un fichier unique comportant les données désirées (53), ainsi que des enregistrements (50,51,52) décrivant les liens internes entre les diverses données stockées. 16. Dispositif selon l'une quelconque des revendications précédentes, caractérisé par le fait que le programme de génération et/ou de gestion de bases de données comporte des moyens pour transformer une base de données comportant une pluralité de fichiers composés d'enregistrements ayant diverses longueurs, en une base de données comportant des enregistrements (53) ayant une longueur de L caractères comportant des données ainsi que des enregistrements (50,51,52) ayant une longueur de L caractères décrivant les liens internes entre les données stockées dans la base de données. 17. Base de données caractérisée par le fait qu'elle comporte un fichier stockant simultanément des enregistrements (53) de données ainsi que des enregistrements (50,51,52) décrivant des liens internes entre les diverses données. 18. Base de données selon la revendication 17, caractérisée par le fait qu'elle comporte des champs contenant la description d'objets créés par des logiciels de conception assistée par ordinateur (54) et/ou de dessin assisté par ordinateur (54). 19. Ordinateur, caractérisé par le fait qu'il comporte des moyens (58,59,60) de lecture des dispositifs selon l'une quelconque des revendications 1 à 16. 20. Dispositif multimédia comportant au moins un ordinateur selon la revendication 19, caractérisé par le fait que la base de données permet de gérer une pluralité de supports d'informations différents (58,59,60). 21. Dispositif multimédia selon la revendication 20, caractérisé par le fait que la base de données selon 1' une quelconque des revendications 1 à 16 est répartie sur une pluralité de supports d'informations (58,59,60). 22. Procédé de stockage de données dans un ordinateur utilisant une base de données comportant une étape de création d'enregistrement de longueur L caractères pour le stockage des données désirées, caractérisé par le fait qu'il comporte l'étape de création d'enregistrement (50,51,52) de longueur L caractères décrivant les liens internes entre les différents enregistrements (50,51,52,53) de la base de données.