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

  • Rversion finale: Zurich
  • 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 génération de rapports.

    Par exemple, une vue de base de données peut joindre la table Incident aux tables Définition de mesure et 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 les modules d’extension Vue de base de données et Vues de base de données pour Gestion des services. 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.

    Tous les utilisateurs autorisés à créer un rapport peuvent utiliser les vues de base de données comme source de rapport, mais les ACL sur les 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 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, elle n’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 vue 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 d’application différent dans un champ Nom de table. Toutefois, si le champ appartient à une table qui s’étend sys_metadata, la vue de table ou de base de données doit appartenir au même périmètre d’application que cette table.

    ACL et vues de base de données

    Vous n’avez pas besoin de créer d’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 que des ACL en lecture explicite 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.

    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 respecté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.