Dans cet arbre, les instances dl et d2 sont compatibles car elles admettent sur le sous-arbre commun des classes (classe B) le même nom distinctif FDN à savoir bl. Par contre, les instances dl et c2 ne sont pas compatibles car elles admettent un sous-FDN respectif bl et b2 différent sur le sous-arbre commun des classes (classe B). Les instances bl et d3 sont compatibles car elles sont attachées par l'intermédiaire d'une branche dans l'arbre de contenance. De même les instances al et b2 sont compatibles car elles sont toutes deux directement attachées à la racine de l'arbre de contenance. Cette notion de compatibilité découle naturellement B du modèle hiérarchique de données de l'arbre de contenance, a et face aux grands volumes de données inclus dans l'arbre, il traite et combine entre elles uniquement les instances ayant un lien de parenté (directement ou indirectement attachées par une branche de l'arbre de contenance). Le gros problème est que les traitements entre instances de classes différentes s'effectuent pour les réseaux évoqués précédemment entre instances compatibles entres elles (agrégation de variables externes, opérateurs de jointure, ... ). Or, certains types de requêtes nécessitent une abstraction de ces règles de compatibilité de noms FDN, et nécessitent des calculs dans l'arbre de contenance non pas sur des instances compatibles entre elles mais sur des instances de classes quelconques de l'arbre. D'une manière générale, la règle de compatibilité intervient dès qu'une variable d'une requête fait référence à une variable externe. Il en est de même pour les opérateurs (de jointure par exemple) et filtres spécifiant des variables dans leurs expressions. On qualifiera d'interne toute variable définie sur la classe courante et d'externe toute variable définie sur d'autres classes que la classe courante. Un premier but de la solution est donc de donner la possibilité à un concepteur de requêtes de créer une requête dont le traitement ne se limite pas à un sous-ensemble d'instances d'une classe de l'arbre de classes. Un deuxième but visé est de procurer au système une puissance d'interrogation de l'arbre de contenance à l'image des clauses dites Select du langage SQL connues de l'homme du métier. A cet effet, la solution a pour objet un procédé d'interrogation, dans un système informatique, par l'intermédiaire d'au moins une requête d'au moins un objet inclus dans au moins un arbre de contenance inclus dans au moins une machine se reposant sur le protocole de gestion de type CMIP, une requête consistant en une mise à jour ou en une consultation des objets de l'arbre de contenance, une requête incluant un contexte comprenant l'ensemble des paramètres (classes, attributs, opérateurs, variables, etc.) décrivant tous les éléments d'une requête, au moins un paramètre se reposant sur la règle de compatibilité entre instances limitant le traitement de la requête à un sous- ensemble d'instances d'une classe, caractérisé en ce qu'il consiste, à créer un opérateur propre à inhiber, sur une classe donnée, les règles de compatibilité sur instances de façon à traiter la requête sur l'ensemble des instances de la classe sur lesquelles porte la requête.