Utilisation des vues de base de données pour la génération de rapports

  • Rversion finale: Australia
  • Mis à jour 12 mars 2026
  • 3 minutes de lecture

    • Une vue de base de données définit les jointures de tables à des fins de génération de rapports.

    Par exemple, une vue de base de données peut joindre la table Incident aux tables Metric Definition (Définition de mesure) et Metric Instance (Instance de mesure). Cette vue peut être utilisée pour générer des rapports sur les mesures d’incident et peut inclure des champs de l’une de ces trois tables.

    Plusieurs vues de base de données utiles sont installées avec le module d’extension Database View et le module d’extension Database Views for Service Management. Ces vues de base de données couvrent la plupart des besoins en matière de rapports de mesures et réduisent considérablement la nécessité d’en définir de nouveaux.

    Tout utilisateur pouvant créer un rapport peut utiliser les vues de base de données comme source du rapport. Le contrôle d’accès suit la hiérarchie suivante :
    1. Si des ACL existent dans la vue de base de données elle-même, elles sont évaluées et prioritaires.
    2. S’il n’existe aucune ACL de vue de base de données, le système respecte les ACL des tables sous-jacentes.
    De par leur conception, les ACL de vue de base de données remplacent les ACL au niveau de la table.
    Remarque :
    • L’impact cumulé sur les performances augmente à mesure que le nombre de tables incluses dans la vue et le nombre d’enregistrements que ces tables contiennent augmentent. Pour optimiser les performances de la vue de base de données, assurez-vous que les clauses « où » qui sont définies dans la vue de base de données sont basées sur des champs indexés.
    • Une vue de base de données n’est pas traitée comme une table personnalisée, il n’y a donc aucun impact sur la gestion des licences.
    • Les tables de vue de base de données ne sont pas incluses dans les exportations FTP.
    • Les vues de base de données évaluent les ACL de la table parente d’une table incluse dans la vue de base de données.

    Limitations

    • Les vues de base de données ne peuvent pas être créées sur des tables qui participent à la rotation des tables.
    • Il n’est pas possible de modifier les données dans la sortie de la vue de base de données.
    • Les tables de vues de base de données ne peuvent pas être ajoutées en tant que conservateur de données dans les demandes de clone.
    • Vous pouvez référencer une vue de table ou de base de données à partir d’un périmètre de l’application différent dans un champ Nom de table. Toutefois, si le champ appartient à une table qui étend sys_metadata, la vue de base de données ou de table doit appartenir au même périmètre de l’application que cette table.

    ACL et vues de base de données

    Vous n’avez pas besoin de créer des ACL sur les champs de la vue. S’il existe des ACL au niveau des champs, le système les évalue.

    Pour exiger que les ACL en lecture soient ajoutées aux vues de base de données, définissez la glide.security.expander.view.legacy propriété sur vrai. Sur les instances mises à niveau, ajoutez cette propriété système et définissez-la sur vrai.

    Lorsque glide.security.expander.view.legacy la valeur est vrai, les ACL de table sous-jacentes sont ignorées. Lorsque la propriété est définie sur false (la valeur par défaut), les ACL de table sous-jacente sont utilisées s’il n’existe aucune ACL de vue de base de données.

    Vous pouvez toujours créer des ACL supplémentaires sur les vues de base de données. Ces ACL sont évaluées en dernier et sont toujours honorées.

    Mots réservés de la vue de la base de données

    L’utilisation de ces termes peut entraîner des performances involontaires ou indésirables. Pour plus d’informations, consultez le document MySQL Reserved Words.