WO2002015047A1 - Systeme d'interface d'acces aux donnees d'une base de donnees - Google Patents

Systeme d'interface d'acces aux donnees d'une base de donnees Download PDF

Info

Publication number
WO2002015047A1
WO2002015047A1 PCT/FR2001/002622 FR0102622W WO0215047A1 WO 2002015047 A1 WO2002015047 A1 WO 2002015047A1 FR 0102622 W FR0102622 W FR 0102622W WO 0215047 A1 WO0215047 A1 WO 0215047A1
Authority
WO
WIPO (PCT)
Prior art keywords
interface
database
descriptors
dictionary
data
Prior art date
Application number
PCT/FR2001/002622
Other languages
English (en)
Inventor
Marc Vogel
Original Assignee
Marc Vogel
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Marc Vogel filed Critical Marc Vogel
Priority to EP01965330A priority Critical patent/EP1309929A1/fr
Priority to AU2001285995A priority patent/AU2001285995A1/en
Priority to US10/344,948 priority patent/US7461078B2/en
Priority to CA2419377A priority patent/CA2419377C/fr
Publication of WO2002015047A1 publication Critical patent/WO2002015047A1/fr

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/25—Integrating or interfacing systems involving database management systems
    • G06F16/252—Integrating or interfacing systems involving database management systems between a Database Management System and a front-end application
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/21—Design, administration or maintenance of databases
    • G06F16/211—Schema design and management
    • G06F16/213—Schema design and management with details for schema evolution support
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00—Data processing: database and file management or data structures
    • Y10S707/99941—Database schema or data structure
    • Y10S707/99943—Generating database or data structure, e.g. via user interface
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00—Data processing: database and file management or data structures
    • Y10S707/99941—Database schema or data structure
    • Y10S707/99944—Object-oriented database structure

Definitions

  • Interface system for accessing data in a database.
  • the present invention relates to an interface system for accessing data from a database stored in corresponding storage means.
  • the invention relates to such a system in which the storage means comprise at least one data storage area proper and one storage area for a data dictionary of structural definition of this database. , the database being accessible through means forming an access interface.
  • US-A-5 950 190 has already proposed means forming a graphical user interface with automatic and dynamic modification for applications to relational databases.
  • the dictionary of structural definition data of a database essentially contains information used by the database data to carry out operations internal to the latter, such as for example a search in a table or an action linked to a structural change of a table on the tables which are linked to it.
  • the structural definition data dictionary therefore contains very little information on the database access interface.
  • the structural definition data dictionary therefore offers very little information to generate an interface. So to represent a table through a graphical user interface, we can at best list the names of its columns, these names being available in the dictionary.
  • the object of the invention is therefore to solve these problems.
  • the subject of the invention is an interface system for accessing the data of a database stored in corresponding storage means, comprising at least one data storage area properly say and a storage area for a data dictionary of structural definition of this database, the database being accessible through means forming an access interface, characterized in that the means forming an access interface are associated to a dictionary of descriptors of. interface definition, accessible through means of modifying its content to allow programming of the configuration of the means forming an interface by creating, deleting or modifying descriptors in the dictionary of interface definition descriptors and in that it means are provided for automatic updating of the data dictionary of structural definition of the database in order to adapt the latter to . the programmed configuration of the means forming the access interface.
  • This figure shows a system for accessing the data of a database stored in corresponding storage means, designated by the general reference 1 in this figure, comprising at least one storage area.
  • data proper designated by the general reference 2
  • a storage area for a dictionary of data of structural definition of this database designated by the general reference 3, defining for example the relationships between the tables of the base data, the characteristics of the columns constituting each table, etc.
  • the database can for example be formed by a database of type ORACLE, SQL Server, etc.
  • this database is accessible through means forming an access interface designated by the general reference 4, forming for example a graphical user interface, a software interface, etc.
  • these means forming the access interface are associated with a dictionary of interface definition descriptors designated by the general reference 5, accessible through means for modifying its content to allow programming of the configuration of the means. forming an interface by creating, deleting or modifying descriptors in the dictionary of interface definition descriptors.
  • means 6 are provided for automatic updating of the dictionary 3 of structural definition data from the database in order to adapt the latter to the programmed configuration of the means forming the access interface.
  • the interface means can for example be associated with a graphical user interface designated by the general reference 7, used for example by the design of applications.
  • This graphical interface then allows a user to access the means forming an access interface and more particularly to the dictionary of interface definition descriptors to ensure, for example, the programming thereof.
  • interface definition descriptors are already well known in the state of the art, so that they will not be described in more detail later.
  • These means forming an access interface 4 are also associated, for example, with means 8 for storing a library of pre-established descriptors, selectable and configurable for example by the user, using the graphical interface 7 for programming the configuration of the means. forming an interface according to a prefabricated application.
  • descriptor models corresponding to predefined applications can be pre-established and stored in the means of. storage 8, to allow a user for example, through the interface user graph 7, to select one or other of these preset descriptors in order to create his own application from a preset application model.
  • the means 8 for storing the library of pre-established descriptors can not only store basic models of descriptors, but also pre-established assemblies of basic models.
  • descriptor therefore refers to a basic descriptor model or to an assembly of basic descriptors, since such an assembly can also be defined by an assembly descriptor referring to basic descriptors .
  • Descriptors having already been used can thus be taken up for example by copying.
  • the user interface is then automatically adapted in a conventional manner on the basis of corresponding information contained in the descriptors.
  • means for automatically updating the dictionary 3 of data for structural definition of the database are also used to adapt the latter to the programmed configuration of the means forming the access interface.
  • these updating means can be adapted to modify it dynamically in order to adapt it in real time to the program configuration.
  • construct means forming access interface as and when the user establishes them.
  • each descriptor can be associated with a database modification program.
  • the user wishes to add a field for entering information in a page using a certain number of descriptors, it causes the execution of an associated update program which creates a column in a table of the database to serve as a receptacle for the values of the field.
  • interface definition descriptors are not directly linked to the database's structural definition data dictionary.
  • interface definition descriptors can relate to different functionalities relating to the latter, these descriptors relating to the structure of the database, of the applications, of the pages and of the fields thereof, etc. descriptors can also be associated with access information to the corresponding data of the database to allow direct access to these in the database, that is to say without consulting the dictionary 3 of data of structural definition of the database.
  • this operation is not always very efficient and contrary to the operations of creation / modification of this dictionary, this operation does not use a standardized syntax and is therefore very dependent on the database engine used.
  • interface means could be associated with a graphical user interface.
  • the first step in creating the site is to create the database itself.
  • the designer of this site can then use prefabricated site models whose descriptors are for example available in the library of pre-established descriptors 8 for an application of this type.
  • the designer can then select from this library, the model he wishes.
  • the designer provokes two main actions, the first of which is the copying of the preset and selected descriptors from the storage means of the library 8 in the dictionary of interface definition descriptors 5.
  • the second main action consists, for the updating means 6, from these descriptors selected and stored in the dictionary 5, in automatically updating the dictionary of structural definition data of the database 3 to adapt it to the programmed configuration of the means forming the access interface.
  • the "site descriptors" column describes interface descriptors falling into two categories, namely, a first user interface category containing information for generating a graphical user interface and a second category of descriptors database gateway containing information allowing access to the data in the database without first consulting the data dictionary for its structural definition.
  • Access path to the database must include a minimum of tables born ⁇ for example the access path to allow the functioning of the site. access to the file in which is saved For example, a "users" table is physically the database. also created. The latter will contain Without this path, it is not possible to list all the users as well as to access the database. their rights of access to different applications
  • this site may contain one application per department of the company, the designer will create a specific application for the human resources department. This app is actually a basic logical grouping of knowledge.
  • the site designer has the possibility of using a site model, he has the possibility of automatically generating his application using a prefabricated application model.
  • the application can for example be created manually as illustrated in the following table.
  • Table prefix for the application In order to facilitate future manipulation of all the knowledge bases contained in the Human Resources application, the tool generates a unique prefix corresponding to the first characters of the names of the ' tables in this application. If the prefix is RH, the Employee Skills table (when created) should have the name RH_Cor ⁇ chertences, while the salary grid should have the name RH_Grille. Note that this prefix is derived from the name of the application - but is often different insofar as the constraints relating to the names of the objects in the database are numerous (limited sizes, the use of certain characters is not not allowed, etc.).
  • the site designer can also create a knowledge base by managing, for example, CVs in a human resources application.
  • the first step in this creation is to create a table associated with this knowledge base. The columns of this one must then be defined.
  • the designer can save time by directly using a knowledge base model.
  • Table identifier in the application the tool generates from the name of the knowledge base a unique identifier for the table associated with the knowledge base Employee skills.
  • this is Employees.
  • the tool can easily find the name of the associated table: PrefixJdentifier-> RH_Competences.
  • This identifier is also generated taking into account the constraints relating to the names of the objects in the database.
  • the final step is to structure the knowledge base of employee skills.
  • the site designer will then define the characteristics of the employee knowledge base.
  • the skills are associated with an employee, so the RH_Skills table must have at least two Last and First name columns for each employee, a Title column describing the hierarchical level of the employee in the company and a Date column of birth corresponding to his date of birth.
  • each of the fields can define each of the fields by selecting them from a set of types of fields proposed and stored, the latter having an equivalent in the form of a database, but not necessarily because there is not always one. So for example, a field that can take the value yes / no, in fact corresponds to a region taking the values 1/0. The user does not have to worry about this problem since the user interface automatically does the visual conversion by displaying yes instead of the value 1 and no instead of the value 0.
  • the table below below illustrates the creation of the date of birth field.
  • Entry mask Date (this allows to order the records elsewhere, he asks to what to make sure that the user enters a report in this column, we create a record describing the employees date and not a number for example). table indexes to make this always be sorted by date.
  • • Mandatory field Yes (if the user operates faster. If in the future, the value does not enter, a message is designed by the designer through generated). the design tool no longer or ⁇
  • Table identifier in the application the tool generates a unique identifier from the name of the field, for example DateDeNa for the associated column of the RH_Competences table. This identifier is also generated taking into account the constraints relating to the names of the objects in the database. Note that, in general, access to the database uses a standardized and relatively simple SQL DDL (Data Definition Language) language, implemented conventionally by the updating means 6. This then allows to make the system according to the invention independent of the database engine used.
  • SQL DDL Data Definition Language
  • Knowledge base fields can correspond to more than one column in the database. It is therefore understandable that once all the descriptors of the site and its sub-constituents have been defined, the graphical user interface can be generated easily.

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Stored Programmes (AREA)

Abstract

Ce système d'interface d'accès aux données d'une base de données stockée dans des moyens (1) de stockage correspondants, comportant au moins une zone (2) de stockage des données proprement dites et une zone (3) de stockage d'un dictionnaire de données de définition structurelle de cette base de données, la base de données étant accessible à travers des moyens formant interface d'accès (4), est caractérisé en ce que les moyens (4) formant interface d'accès sont associés à un dictionnaire (5) de descripteurs de définition d'interface, accessible à travers des moyens (7, 8) de modification de son contenu pour permettre une programmation de la configuration des moyens formant interface par création, suppression ou modification de descripteurs dans le dictionnaire (5) de descripteurs de définition d'interface et en ce qu'il est prévu des moyens (6) d'actualisation automatique du dictionnaire (3) de données de définition structurelle de la base de données pour adapter celle-ci à la configuration programmée des moyens formant interface d'accès.

Description

Système d' interface d'accès aux données d'une base de données.
La présente invention concerne un système d'interface d'accès aux données d'une base de données stockée dans des moyens de stockage correspondants.
Plus particulièrement, l'invention se rapporte à un tel système dans le- quel les moyens de stockage comportent au moins une zone de stockage des données proprement dites et une zone de stockage d'un dictionnaire de données de définition structurelle de cette base de données, la base de données étant accessible à travers des moyens formant interface d'accès.
On sait que de façon générale, la conception d'une telle base de don- nées et d'un système d'interface d'accès aux données de celle-ci, nécessite l'écriture de programmes spécifiques à chaque application.
On conçoit cependant que ceci présente un certain nombre d'inconvénients notamment lorsque l'on souhaite modifier la structure de la base de données et/ou son système d'interface d'accès. 11 convient en effet alors de reprendre dans leur ensemble, les programmes correspondants pour y apporter les modifications souhaitées.
On conçoit que ces modifications sont relativement longues et complexes à réaliser même par du personnel qualifié.
Pour tenter de résoudre ces problèmes, on a déjà proposé dans le do- cument US-A-5 950 190, des moyens formant interface graphique d'utilisateur à modification automatique et en dynamique pour des applications à des bases de données relationnelles.
En fait, dans ce document, on explique qu'il est possible de modifier le dictionnaire de données de définition structurelle de la base de données et qu'à chaque démarrage, l'interface graphique d'utilisateur consulte ce dictionnaire pour s'adapter automatiquement aux modifications apportées à celui-ci.
On conçoit que ceci présente l'avantage de permettre une modification relativement simple et rapide de la base de données et de son système d'interface, mais que les modifications que l'on peut apporter au système d'interface sont directement liées aux modifications que l'on peut apporter au dictionnaire de données de définition structurelle de la base de données qui sont en fait relativement restreintes.
En effet, le dictionnaire de données de définition structurelle d'une base de données contient essentiellement des informations utilisées par la base de données pour réaliser des opérations internes à cette dernière, telles que par exemple une recherche dans une table ou une action liée à un changement structurel d'une table sur les tables qui lui sont liées.
Le dictionnaire de données de définition structurelle ne contient donc que très peu d'informations sur l'interface d'accès à la base.
Compte tenu des multiples façons de greffer une interface sur une base de données, imposer un format d'interface particulier revient alors à restreindre le champ d'application de celle-ci.
Ce choix structurel pour une base de données est d'ailleurs en accord avec la méthode de développement dite des trois tiers utilisée dans l'industrie informatique, cette méthode consistant à séparer le développement d'une application en trois parties, à savoir les données, la logique et l'interface.
Le dictionnaire de données de définition structurelle n'offre donc que très peu d'informations pour engendrer une interface. Ainsi pour représenter une table à travers une interface graphique d'utiiisateur, on peut au mieux par exemple énumérer les noms de ses colonnes, ces noms étant disponibles dans le dictionnaire.
Si l'on se repose uniquement sur ce dictionnaire, on n'a donc" pas les moyens d'affiner cette interface en précisant par exemple les coordonnées d'affi- chage sur l'écran d'une colonne, sa couleur d'affichage, etc..
Afficher simplement le nom d'une colonne n'est pas non plus très convivial.
En effet, très souvent les bases de données imposent des contraintes sur les noms des colonnes. Ainsi par exemple, l'utilisation du caractère "espace" est souvent proscrite, tandis que la taille du nom d'une coionne est limitée à quelques caractères.
On conçoit alors qu'avec de telles limitations, il est très difficile de réaliser une interface intelligible et conviviale.
De plus, ces modifications ne peuvent être apportées que par un per- sonnel relativement qualifié.
Le but de l'invention est donc de résoudre ces problèmes.
A cet effet, l'invention a pour objet un système d'interface d'accès aux données d'une base de données stockée dans des moyens de stockage correspondants, comportant au moins une zone de stockage des données proprement dites et une zone de stockage d'un dictionnaire de données de définition structurelle de cette base de données, la base de données étant accessible à travers des moyens formant interface d'accès, caractérisé en ce que les moyens formant interface d'accès sont associés à un dictionnaire de descripteurs de. définition d'interface, accessible à travers des moyens de modification de son contenu pour permettre une programmation de la configuration des moyens formant interface par création, suppression ou modification de descripteurs dans le dictionnaire de descripteurs de définition d'interface et en ce qu'il est prévu des moyens d'actualisation automatique du dictionnaire de données de définition structurelle de la base de données pour adapter celle-ci à. la configuration programmée des moyens formant interface d'accès.
L'invention sera mieux comprise à la lecture de la description qui va suivre, donnée uniquement à titre d'exemple et faite en se référant au dessin annexé qui représente un schéma synoptique illustrant la structure générale d'un système selon l'invention.
Dans la suite de la description, on va utiliser le terme "interface" à plusieurs reprises pour désigner différents systèmes parmi lesquels des systèmes d'interface d'utilisateur de l'outil de développement, d'interface d'utiiisateur de l'application réalisée grâce à cet outil de développement et d'interface logicielle avec la base de données à laquelle se rapporte plus particulièrement l'invention. On a en effet représenté sur cette figure, un système d'interface d'accès aux données d'une base de données stockée dans des moyens de stockage correspondants, désignés par la référence générale 1 sur cette figure, comportant au moins une zone de stockage des données proprement dites, désignée par la référence générale 2, et une zone de stockage d'un dictionnaire de données de définition structurelle de cette base de données, désignée par la référence générale 3, définissant par exemple les relations entre les tables de la base de données, les caractéristiques des colonnes constituant chaque table, etc. La base de données peut par exemple être formée par une base de type ORACLE, SQL Server, etc.
De façon classique, cette base de données est accessible à travers des moyens formant interface d'accès désignés par la référence générale 4, formant par exemple une interface graphique d'utilisateur, une interface logicielle, etc.
Selon l'invention, ces moyens formant interface d'accès sont associés à un dictionnaire de descripteurs de définition d'interface désigné par la référence générale 5, accessible à travers des moyens de modification de son contenu pour permettre une programmation de la configuration des moyens formant interface par création, suppression ou modification de descripteurs dans le dictionnaire de descripteurs de définition d'interface.
De plus, il est prévu des moyens 6 d'actualisation automatique du dic- tionnaire 3 de données de définition structurelle de la base de données pour adapter celle-ci à la configuration programmée des moyens formant interface d'accès.
En fait, les moyens formant interface peuvent par exemple être associés à une interface graphique d'utilisateur désignée par la référence générale 7, utilisée par exemple par la conception des applications.
Cette interface graphique permet alors à un utilisateur d'accéder aux moyens formant interface d'accès et plus particulièrement au dictionnaire de descripteurs de définition d'interface pour assurer par exemple la programmation de celui-ci. Ces descripteurs sont déjà bien connus dans l'état de la technique, de sorte que l'on ne les décrira pas plus en détail par la suite.
On notera simplement que ces descripteurs sont utilisés pour décrire par exemple un objet ou une fonction et sont exploités conformément à une convention préétablie. En fait, ceci permet de définir de façon extrêmement simple, l'interface d'accès aux données de la base de données.
Ces moyens formant interface d'accès 4 sont également associés par exemple à des moyens 8 de stockage d'une librairie de descripteurs préétablis, sélectionnâmes et configurables par exemple par l'utilisateur, grâce à l'interface graphique 7 pour programmer la configuration des moyens formant interface selon une application préfabriquée.
On conçoit en effet que des modèles de descripteurs correspondants à des applications prédéfinies, peuvent être préétablis et stockés dans les moyens de. stockage 8, pour permettre à un utilisateur par exemple, grâce à l'interface graphique d'utilisateur 7, de sélectionner l'un ou l'autre de ces descripteurs préétablis afin de créer sa propre application à partir d'un modèle préétabli d'application.
Il va de soi bien entendu que les moyens 8 de stockage de la librairie de descripteurs préétablis peuvent non seulement stocker des modèles de base de descripteurs, mais également des assemblages préétablis de modèles de base.
Dans la présente demande, le terme "descripteur" se rapporte donc à un modèle de base de descripteur ou à un assemblage de descripteurs de base, car un tel assemblage peut également être défini par un descripteur d'assemblage faisant référence à des descripteurs de base.
L'utilisation de ces descripteurs permet de simplifier la création ou la modification d'une application, car ceux-ci ne sont pas directement liés au dictionnaire de données de définition structurelle de la base de données. Lorsqu'un utilisateur par exemple souhaite créer ou modifier une base de données, il travaille alors à partir de la librairie de descripteurs préétablis pour constituer un dictionnaire de descripteurs de définition d'interface conforme à ses souhaits.
Ceci se fait par création, suppression ou modification de descripteurs dans ce dictionnaire.
Des descripteurs ayant déjà été utilisés, peuvent ainsi être repris par exemple par recopie.
L'interface utilisateur est alors adaptée automatiquement de façon classique à partir d'informations correspondantes contenues dans les descrip- teurs.
On conçoit qu'une telle structure permet à l'utilisateur de gagner beaucoup de temps lors du développement ou de la modification d'une application.
Comme cela a été indiqué précédemment, des moyens d'actualisation automatique du dictionnaire 3 de données de définition structurelle de la base de données sont également utilisés pour adapter celle-ci à la configuration programmée des moyens formant interface d'accès.
En fait, ces moyens d'actualisation peuvent être adaptés pour modifier celui-ci en dynamique afin de l'adapter en temps réel à la configuration program- mée des moyens formant interface d'accès au fur et à mesure que l'utilisateur établit ceux-ci.
Ces moyens sont alors chargés d'optimiser la configuration du dictionnaire de données de définition structurelle de la base de données en fonction du dictionnaire de descripteurs de définition d'interface.
C'est ainsi par exemple qu'à chaque descripteur peut être associé un programme de modification de la base de données.
Ainsi par exemple, si l'utilisateur souhaite rajouter un champ de saisie d'une information dans une page en utilisant un certain nombre de descripteurs, il provoque l'exécution d'un programme de mise à jour associé qui crée une colonne dans une table de la base de données afin de servir de réceptacle pour les valeurs du champ.
Comme cela a été indiqué précédemment, les descripteurs de définition d'interface ne sont pas directement liés au dictionnaire de données de défini- tion structurelle de la base de données.
Bien entendu, ces descripteurs de définition d'interface peuvent être relatifs à différentes fonctionnalités relatives à celle-ci, ces descripteurs concernant la structure de la base de données, des applications, des pages et des champs de celles-ci, etc.. Des descripteurs peuvent également être associés à des informations d'accès aux données correspondantes de la base de données pour permettre un accès direct à celles-ci dans la base, c'est-à-dire sans consulter le dictionnaire 3 de données de définition structurelle de la base de données.
En effet, cette opération n'est pas toujours très performante et contrai- rement aux opérations de création/modification de ce dictionnnaire, cette opération n'utilise pas une syntaxe standardisée et est donc très dépendante du moteur de base de données employé.
On conçoit alors que grâce à une telle structure, il est possible de concevoir ou de modifier automatiquement en une seule opération, non seule- ment le système d'interface, mais également la structure de la base de données dans la mesure où la programmation d'un dictionnaire de descripteurs de définition d'interface se traduit automatiquement par la construction ou la modification d'un dictionnaire correspondant de données de définition structurelle de la base de données correspondante. Ceci présente un certain nombre d'avantages notamment au niveau de la rapidité de conception ou de modification du système, de l'extraction d'informations, de l'indépendance entre la définition des moyens formant interface et de la base de données proprement dite, et des possibilités de faire évoluer la base de données et son ou ses interfaces de façon très simple et rapide.
On a indiqué précédemment que les moyens formant interface pouvaient être associés à une interface graphique d'utilisateur.
Il va de soi bien entendu que d'autres moyens d'accès peuvent être envisagés, par exemple à travers un logiciel ou autre, tel que par exemple un moteur de recherche appliqué à une base de données, un logiciel de facturation permettant de récupérer des sommes à facturer dans une base de données, un générateur de liste de destinataires de courrier, etc.
A titre d'exemple d'application, on va décrire ci-après la définition d'une base de données et de son interface d'utilisateur. Dans cet exemple, on construit un site Web/Intranet pour gérer les bases de savoir d'une entreprise.
Plus particulièrement, on va décrire la conception d'une base de savoir du département des ressources humaines de cette entreprise concernant la gestion des compétences des employés de celle-ci. Dans la mesure où l'on crée simultanément la base de données et son interface utilisateur, le concepteur du site Web a l'impression de manipuler des éléments d'un site Web et non pas directement ceux d'une base de données.
La première étape de la création du site consiste à créer la base de données proprement dite. Le concepteur de ce site peut alors utiliser des modèles de site préfabriqués dont les descripteurs sont par exemple disponibles dans la librairie de descripteurs préétablis 8 pour une application de ce type.
Dans ce cas, le concepteur peut alors sélectionner dans cette librairie, le modèle qu'il souhaite. En validant un choix, le concepteur provoque deux ac- tions principales, dont la première est la recopie des descripteurs préétablis et sélectionnés des moyens de stockage de la librairie 8 dans le dictionnaire de descripteurs de définition d'interface 5.
Ces descripteurs sont regroupés en multiples catégories (interface utilisateur, interface avec d'autres logiciels, structure de données associées, etc.). La seconde action principale consiste pour les moyens d'actualisation 6, à partir de ces descripteurs sélectionnés et stockés dans le dictionnaire 5, à remettre à jour automatiquement le dictionnaire de données de définition structurelle de la base de données 3 pour adapter celle-ci à la configuration programmée des moyens formant interface d'accès.
Les tableaux suivants indiquent pour chaque action du concepteur du site, les descripteurs de site correspondants et les répercutions sur la base de données.
La création manuelle du site, c'est-à-dire sans utiliser de descripteurs d'assemblage préétablis, est illustrée dans le tableau ci-dessous.
Dans les exemples suivants, la colonne "descripteurs de site" décrit des descripteurs d'interface entrant dans deux catégories, à savoir, une première catégorie d'interface utilisateur contenant des informations pour engendrer une interface graphique d'utilisateur et une seconde catégorie de descripteurs de passerelle de base de données contenant des informations permettant d'accéder aux données de la base de données sans consulter au préalable le dictionnaire de données de définition structurelle de celle-ci.
Action du concepteur Descripteurs de site Base de données
Le concepteur crée un site vide en lui Interface Utilisateur Une base de données vide est créée dans donnant le nom Mon Site et l'adresse • Nom de Site (affiché à l'écran)= un emplacement spécifié en utilisant la Web http://www.Mon.Site.com Mon Site commande SQL (CREATE DATABASE).
• Adresse Web= Le mot de passe généré précédemment est http://www.mvcompanv.com associé à la base de données.
Passerelle Base de données Bien que le site soit vide, la base de don¬
• Chemin d'accès à la base de données doit comporter un minimum de tables nées ≈ par exemple le chemin d'acpour permettre le fonctionnement du site. cès au fichier dans lequel est sauvé Par exemple, une table "utilisateurs" est physiquement la base de données. également créée. Cette dernière contiendra Sans ce chemin, il n'est pas possible la liste de tous les utilisateurs ainsi que de d'accéder à la base de données. leurs droits d'accès aux différentes applica¬
• Mot de passe base de données ≈ tions. Mot de passe généré de façon aléatoire pour se connecter à la base de données.
A la suite de la création de ce site général et dans la mesure où ce site peut contenir une application par département de l'entreprise, le concepteur va créer une application spécifique pour le département des ressources humaines. Cette application est en fait un regroupement logique de base de savoir.
Dans l'application donnée à titre d'exemple, celle-ci regroupe la base de savoir décrivant les compétences de chaque employé dans l'entreprise et par exemple d'autres bases de savoir décrivant d'autres caractéristiques, telles que par exemple la grille des salaires, etc. De la même façon que le concepteur du site a la possibilité d'utiliser un modèle de site, il a la possibilité de générer automatiquement son application en utilisant un modèle préfabriqué d'application.
Dans l'exemple donné, l'application peut être créée par exemple manuellement de la façon illustrée dans le tableau suivant.
Action du concepteur Descripteurs d'application Base de données
Le concepteur crée une application - Interface utilisateur Dans la mesure où une application en lui donnant le nom Ressources • Nom de l'application (affiché à l'écran) = est un regroupement logique, aucune Humaines. Ressources Humaines altération de la base de données n'est nécessaire.
- Passerelle base de données
• Préfixe table pour l'application = Afin de faciliter les manipulations futures de toutes les bases de savoir contenues dans l'application Ressources Humaines, l'outil génère un préfixe unique correspondant aux premiers caractères des noms des' tables de cette application. Si le préfixe est RH, la table Compétences Employés (lorsqu'elle est créée) devra avoir le nom RH_Corπpétences, tandis que la grille des salaires devra avoir le nom RH_Grille. A noter que ce préfixe est déduit du nom de l'application- mais est souvent différent dans la mesure où les contraintes portant sur les noms des objets de la base de données sont nombreuses (tailles limitées, l'utilisation de certains caractères n'est pas autorisée, etc.).
Le concepteur du site peut également créer une base de savoir en gérant par exemple les CV dans une application de ressources humaines. La première étape de cette création consiste à créer une table associée à cette base de savoir. Les colonnes de celle-ci doivent alors être définies. Le concepteur peut gagner du temps en utilisant directement un modèle de la base de savoir.
Cette création est illustrée dans le tableau suivant.
Action du concepteur Descripteurs de base de savoir Base de données
Le concepteur crée une base de Interface utilisateur • Une table du nom RH_Compétences savoir en lui donnant le nom de • Nom de la .hase de savoir (affiché à est créée en utilisant la commande Compétences des Employés et en l'écran) = Compétences des employés SQL standard "CREATE TABLE". spécifiant qu'il souhaite que ce soit Bien que la structure de la table n'ait visuellement la première base de • Ordre d'apparition dans le menu : pas encore été définie à ce niveau, savoir du menu de l'application Resposition de la base de savoir dans un une colonne Id est créée pour contesources Humaines. menu présentant les bases de savoir de nir l'identifiant unique de chaque l'application Ressources Humaines, ici la enregistrement. A noter que dans valeur est 1. certains cas, à une même base de savoir peut correspondre plusieurs
Passerelle base de données tables.
• Identifiant table dans l'application = l'outil génère à partir du nom de la base de savoir un identifiant unique pour la table associée à la base de savoir Compétences des employés.
En l'occurrence, ici il s'agit de Employés. En utilisant cet identifiant et le préfixe défini pour l'application, l'outil peut retrouver facilement le nom de la table associée : PréfïxeJdentifiant->RH_Compétences. Cet identifiant est également généré en tenant compte des contraintes portant sur les noms des objets de la base de données. La dernière étape consiste à structurer la base de savoir des compétences des employés.
Le concepteur du site va alors définir les caractéristiques de la base de savoir des employés.
Dans l'exemple donné, les compétences sont associées à un employé, donc la table RH_Compétences doit avoir au moins deux colonnes Nom et Prénom pour chaque employé, une colonne Titre décrivant le niveau hiérarchique de l'employé dans l'entreprise et une colonne Date de naissance correspondant à sa date de naissance.
A ce niveau, le concepteur peut définir chacun des champs en les sélectionnant dans un ensemble de types de champs proposés et stockés, ces derniers ayant un équivalent sous forme de base de données, mais pas nécessairement car il n'en existe pas toujours un. Ainsi par exemple, un champ pouvant prendre la valeur oui/non, correspond en fait à une coionne prenant les valeurs 1/0. L'utilisateur n'a pas à se soucier de ce problème dans la mesure où l'interface utilisateur fait automatiquement la conversion visuelle en affichant oui à la place de la valeur 1 et non à la place de la valeur 0. Le tableau ci-dessous illustre la création du champ date de naissance.
Action du concepteur Descripteurs de champ Base de données
Le concepteur crée un champ nommé - Interface utilisateur Une colonne du type Date avec le Date de naissance. Il précise que • Nom du champ (affiché à l'écran) = Date nom DateDeNa est créée en utilisant celui-ci doit contenir une date. Ce de naissance la commande SQL standard 'ALTER champ doit être obligatoirement en • Ordre d'apparition sur l'écran : ici la TABLE ADD COLUMN'. Comme le saisie et affiché en 3emβ position (après valeur est 3. concepteur a spécifié qu'il souhaitait les champs Nom et Prénom).. Par • Masque de saisie : Date (cela permet de ordonner les enregistrements par ailleurs, il demande à ce que les enres'assurer que l'utilisateur saisit bien une rapport à cette colonne, on crée un gistrements décrivant les employés date et non pas un nombre par exemple). index de table afin de rendre cette soient toujours classés par date. • Champ obligatoire : Oui (si l'utilisateur opération plus rapide. Si à l'avenir, le n'entre pas de valeur, un message est concepteur décidait au travers de généré). l'outil de conception de ne plus or¬
• Ordonné : Oui (toute liste de compétendonner par rapport à cette colonne, ces sera ordonnée par rapport à la date cet index serait détruit. de naissance).
Passerelle base de données
• Identifiant table dans l'application = l'outil génère à partir du nom du champ un identifiant unique, par exemple DateDeNa pour la colonne associée de la table RH_Compétences. Cet identifiant est également généré en tenant compte des contraintes portant sur les noms des objets de la base de données. On notera que d'une manière générale, les accès à la base de données font appel à un langage SQL DDL (Data Définition Language) standardisé et relativement simple, mis en œuvre de façon classique par les moyens d'actualisation 6. Ceci permet alors de rendre le système selon l'invention indépendant du moteur de base de données utilisé.
Il est bien entendu possible de lier des bases de savoir entre elles et donc de lier des tables entre elles. Des champs de base de savoir peuvent correspondre à plusieurs colonnes de la base de données. On conçoit alors qu'une fois l'ensemble des descripteurs du site et de ses sous-constituants défini, l'interface graphique d'utilisateur peut être engendrée facilement.
Dès lors qu'un utilisateur consulte par exemple la liste des compétences, les opérations suivantes se produisent : 1 ) extraction des descripteurs de site pour pouvoir afficher un message de bienvenue en haut de la page, tel que par exemple "bienvenue sur le site de Mon Site (http://www.mycompany.com) ;
2) extraction des descripteurs d'applications pour offrir un menu principal avec l'ensemble des applications du site à savoir Ressources Humaines (op- tion sélectionnée), Recherche et Développement, Marketing, etc ....
3) extraction des descripteurs de base de savoir pour afficher la liste des bases de savoir propres à l'application Ressources Humaines, à savoir par exemple Compétences et Grilles des Salaires, etc .... ; et
4) extraction des descripteurs de champs de la base de données Compétences pour offrir à l'utilisateur un filtre de recherche permettant de lister des compétences en les ordonnant par rapport à la date de naissance des personnes concernées.
En étendant le modèle simplifié des descripteurs d'interface présenté précédemment, on peut définir des interactions plus complexes avec l'utilisateur, par exemple en faisant varier le nombre de critères de recherche autorisés, en utilisant une interface pour permettre la saisie de compétences qui iront alimenter la base de compétences, en rendant le formulaire de saisie plus esthétique en fournissant les informations sur les emplacements des différents champs ou en regroupant les champs en sections, etc.... On conçoit alors que grâce à un tel système, la création et la modification d'une base de données sont extrêmement rapides et simples dans la mesure où le concepteur travaille sur les descripteurs du système d'interface, le dictionnaire de données de définition structurelle de la base de données, étant adapté automatiquement à celui-ci.

Claims

REVENDICATIONS
1. Système d'interface d'accès aux données d'une base de données stockée dans des moyens de stockage correspondants (1), comportant au moins une zone (3) de stockage des données proprement dites et une zone (2) de stoc- kage d'un dictionnaire de données de définition structurelle de cette base de données, la base de données étant accessible à travers des moyens formant in- t terface d'accès (4), caractérisé en ce que les moyens formant interface d'accès
(4) sont associés à un dictionnaire (5) de descripteurs de définition d'interface, accessible à travers des moyens (7,8) de modification de son contenu pour per- mettre une programmation de la configuration des moyens formant interface par création, suppression ou modification de descripteurs dans le dictionnaire (5) de descripteurs de définition d'interface et en ce qu'il est prévu des moyens (6) d'actualisation automatique du dictionnaire (3) de données de définition structurelle de la base de données pour adapter celle-ci à la configuration programmée des moyens formant interface d'accès.
2. Système selon la revendication 1 , . caractérisé en ce que les descripteurs de définition d'interface sont associés à des informations d'accès aux données correspondantes de la base de données.
3. Système selon la revendication 1 ou 2, caractérisé en ce que les moyens formant interface sont associés à une interface graphique d'utilisateur
(7).
4. Système selon l'une quelconque des revendications précédentes, caractérisé en ce que les moyens (6) d'actualisation automatique du dictionnaire de données de définition structurelle de la base de données, sont adaptés pour modifier celui-ci en dynamique afin de l'adapter en temps réel à la configuration programmée des moyens formant interface d'accès.'
5. Système selon l'une quelconque des revendications précédentes, caractérisé en ce que les moyens formant interface sont associés à des moyens (8) de stockage d'une librairie de descripteurs préétablis, sélectionnables et configurables pour programmer la configuration des moyens d'interface selon une application préfabriquée.
PCT/FR2001/002622 2000-08-16 2001-08-16 Systeme d'interface d'acces aux donnees d'une base de donnees WO2002015047A1 (fr)

Priority Applications (4)

Application Number Priority Date Filing Date Title
EP01965330A EP1309929A1 (fr) 2000-08-16 2001-08-16 Systeme d'interface d'acces aux donnees d'une base de donnees
AU2001285995A AU2001285995A1 (en) 2000-08-16 2001-08-16 Interface system for accessing data in a database
US10/344,948 US7461078B2 (en) 2000-08-16 2001-08-16 Interface system for accessing data in a database
CA2419377A CA2419377C (fr) 2000-08-16 2001-08-16 Systeme d'interface d'acces aux donnees d'une base de donnees

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0010662A FR2813132B1 (fr) 2000-08-16 2000-08-16 Systeme d'interface d'acces aux donnees d'une base de donnees
FR00/10662 2000-08-16

Publications (1)

Publication Number Publication Date
WO2002015047A1 true WO2002015047A1 (fr) 2002-02-21

Family

ID=8853556

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2001/002622 WO2002015047A1 (fr) 2000-08-16 2001-08-16 Systeme d'interface d'acces aux donnees d'une base de donnees

Country Status (6)

Country Link
US (1) US7461078B2 (fr)
EP (1) EP1309929A1 (fr)
AU (1) AU2001285995A1 (fr)
CA (1) CA2419377C (fr)
FR (1) FR2813132B1 (fr)
WO (1) WO2002015047A1 (fr)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1437662A1 (fr) * 2003-01-10 2004-07-14 Deutsche Thomson-Brandt Gmbh Procédé et dispositif d'accés d'une base de données
GB2410577A (en) * 2004-01-31 2005-08-03 Patrick Ian Carmody Development and maintenance of computer databases
CN100337235C (zh) * 2003-06-23 2007-09-12 华为技术有限公司 访问数据库的方法及装置

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030093551A1 (en) * 2001-10-17 2003-05-15 Graham Taylor Adaptive software interface
EP1571575A1 (fr) * 2004-02-27 2005-09-07 Sag Ag Système de traitement de données et méthode de saisie de données
US9304786B2 (en) * 2010-07-07 2016-04-05 Canon Kabushiki Kaisha Information processing apparatus, method of controlling the same, and program
US11763321B2 (en) 2018-09-07 2023-09-19 Moore And Gasperecz Global, Inc. Systems and methods for extracting requirements from regulatory content
US11170330B2 (en) 2019-12-13 2021-11-09 Safesite Solutions, Inc. Workplace risk determination and scoring system and method
US10956673B1 (en) 2020-09-10 2021-03-23 Moore & Gasperecz Global Inc. Method and system for identifying citations within regulatory content
US11314922B1 (en) 2020-11-27 2022-04-26 Moore & Gasperecz Global Inc. System and method for generating regulatory content requirement descriptions
US20220147814A1 (en) 2020-11-09 2022-05-12 Moore & Gasperecz Global Inc. Task specific processing of regulatory content
US11823477B1 (en) 2022-08-30 2023-11-21 Moore And Gasperecz Global, Inc. Method and system for extracting data from tables within regulatory content

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5550971A (en) * 1993-06-30 1996-08-27 U S West Technologies, Inc. Method and system for generating a user interface adaptable to various database management systems
US5649190A (en) 1994-06-14 1997-07-15 Harris Corporation Multi-model database system for dynamic creation and maintenance of complex objects in a real time environment
US5950190A (en) 1997-05-13 1999-09-07 Aptek, Inc. Dynamic, self-modifying graphical user interface for relational database applications
US6016394A (en) 1997-09-17 2000-01-18 Tenfold Corporation Method and system for database application software creation requiring minimal programming

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7133846B1 (en) * 1995-02-13 2006-11-07 Intertrust Technologies Corp. Digital certificate support system, methods and techniques for secure electronic commerce transaction and rights management
US7613695B1 (en) * 1999-12-06 2009-11-03 Reed Elsevier Inc. Relationship management system that provides an indication of users having a relationship with a specified contact
US6560604B1 (en) * 2000-03-10 2003-05-06 Aether Systems, Inc. System, method, and apparatus for automatically and dynamically updating options, features, and/or services available to a client device

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5550971A (en) * 1993-06-30 1996-08-27 U S West Technologies, Inc. Method and system for generating a user interface adaptable to various database management systems
US5649190A (en) 1994-06-14 1997-07-15 Harris Corporation Multi-model database system for dynamic creation and maintenance of complex objects in a real time environment
US5950190A (en) 1997-05-13 1999-09-07 Aptek, Inc. Dynamic, self-modifying graphical user interface for relational database applications
US6016394A (en) 1997-09-17 2000-01-18 Tenfold Corporation Method and system for database application software creation requiring minimal programming

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1437662A1 (fr) * 2003-01-10 2004-07-14 Deutsche Thomson-Brandt Gmbh Procédé et dispositif d'accés d'une base de données
WO2004063941A1 (fr) * 2003-01-10 2004-07-29 Thomson Licensing S.A. Procede et dispositif pour acceder a une base de donnees
CN100337235C (zh) * 2003-06-23 2007-09-12 华为技术有限公司 访问数据库的方法及装置
GB2410577A (en) * 2004-01-31 2005-08-03 Patrick Ian Carmody Development and maintenance of computer databases

Also Published As

Publication number Publication date
FR2813132A1 (fr) 2002-02-22
FR2813132B1 (fr) 2003-01-31
AU2001285995A1 (en) 2002-02-25
US7461078B2 (en) 2008-12-02
EP1309929A1 (fr) 2003-05-14
CA2419377A1 (fr) 2002-02-21
CA2419377C (fr) 2011-11-22
US20040093318A1 (en) 2004-05-13

Similar Documents

Publication Publication Date Title
JP6818050B2 (ja) ウェブサイト構築システムおよび方法
EP2181402A1 (fr) Procedes d'extraction, de combinaison, de synthese et de visualisation de donnees multidimensionnelles provenant de differentes sources
CA2419377C (fr) Systeme d'interface d'acces aux donnees d'une base de donnees
FR2698977A1 (fr) Système d'information multimédia.
EP0610594B1 (fr) Système de conception et de fabrication assistée par ordinateur
FR2920898A1 (fr) Installation de gestion d'une base de donnees
WO2009147310A1 (fr) Procede de gestion de donnees pour atelier oriente service collaboratif
WO2001035269A2 (fr) Systeme de partage d'informations entre au moins deux utilisateurs sur un reseau informatique
EP2834795B1 (fr) Procédé et dispositif de traitement d'information
WO2016050949A1 (fr) Procédé et dispositif de mise en relations d'un ensemble d'informations
EP2339516A1 (fr) Procédé et système d'interaction avec une application partagée entre plusieurs utilisateurs
FR2843640A1 (fr) Procede de generation, de transmission et de traitement de documents
WO2009147311A1 (fr) Procede de gestion de processus dans un atelier oriente service collaboratif
US11212363B2 (en) Dossier interface and distribution
Kashmere Neither/Nor: Other Cinema as an Archives and an Anti-Archives
FR2892839A1 (fr) Procede et systeme de creation d'un manuel.
FR2910146A1 (fr) Procede et dispositif d'aide a la conception de circuits integres.
Cousins Reification and affordances in a user interface for interacting with heterogeneous distributed applications
WO2005069156A2 (fr) Procede de realisation d'une chaine documentaire et de sa mise a jour a partir d'un modele structure
FR2872606A1 (fr) Procede de traitement de donnees logiciel associe
FR2989185A1 (fr) Procede et dispositif de traitement d'information
WO2011128311A2 (fr) Procédé d'enregistrement de données, dispositif, et produit programme d'ordinateur correspondant
FR2989187A1 (fr) Procede et dispositif de traitement d'information
FR2989201A1 (fr) Procede et dispositif de traitement d'information
FR3071639A1 (fr) Procede d’exploitation d’un dispositif informatique et dispositif informatique mettant en œuvre celui-ci

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT TZ UA UG US UZ VN YU ZA ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 2419377

Country of ref document: CA

WWE Wipo information: entry into national phase

Ref document number: 2001965330

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 2001965330

Country of ref document: EP

REG Reference to national code

Ref country code: DE

Ref legal event code: 8642

WWE Wipo information: entry into national phase

Ref document number: 10344948

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: JP