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

  • Rversion finale: Yokohama
  • Mis à jour 7 août 2025
  • 2 minutes de lecture

    • Une vue de base de données définit les jointures de tables à des fins de reporting.

    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, mais les ACL des tables sous-jacentes sont respectées. Cela signifie que les ACL des tables parentes de ces tables sont également évaluées.

    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. 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. Le système respecte les ACL contextuelles (ACL avec une condition ou un script) qui existent dans la table sous-jacente. Les ACL non contextuelles (ACL avec uniquement des vérifications de rôle) sont toujours respectées, tout comme dans les versions précédentes.

    Pour exiger l’ajout d’ACL en lecture explicite 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.

    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.