Chapitre III Démarche conceptuelle de mise en place d’un serveur de Métadonnées
25
· Le système construit la requête SQL correspondante. Cette dernière est envoyée au SGBD, un
objet résultat est construit.
· L’objet résultat obtenu à partir du serveur de la base de métadonnées subit un traitement avant
que la réponse définitive soit envoyée à l’utilisateur. Ainsi:
v Si le résultat de la requête obtenu est nul, le système déclenche une méthode qui consiste à
relâcher une contrainte et il reformule de nouveau la requête SQL qui sera envoyée pour
l’exécution. Ce relâchement de contrainte s’effectue suivant des priorités qu’accordent le
système aux champs de métadonnée et dans l’optique de proposer à l’utilisateur des solutions
proche de sa requête.
v Si le résultat est large, la réponse proposée à l’utilisateur contient le résultat obtenu ainsi que
de nouveaux champs de métadonnées plus spécifiques. La proposition de ces champs de
métadonnées se fait dans la perspective de faire descendre l’utilisateur d’un niveau générique
de métadonnées de découverte vers un niveau plus spécifique de métadonnées d’exploitation
et d’exploration de données, et aussi pour raffiner sa recherche.
v Si le résultat n’est pas trop large alors la réponse est transformée pour être envoyée à
l’utilisateur.
Figure 9 : Diagramme de séquence du serveur d’interrogation
3.4.3 Base de connaissance et d’interprétation
Un contact direct de l’utilisateur avec les métadonnées semble déconseillé en raison de la
complexité de ces dernières : elles peuvent être très nombreuses, et difficiles à interpréter par un
utilisateur novice. Les serveurs de métadonnées géographiques préfèrent utiliser d’autres termes