Création de vues de base de données pour la génération de rapports

  • Rversion finale: Washingtondc
  • Mis à jour 1 févr. 2024
  • 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 Database View et Database Views for Service Management. Ces vues de base de données couvrent la plupart des besoins en matière de génération de rapports de mesures et réduisent considérablement le besoin d’en définir de nouveaux.

    Tout utilisateur pouvant créer un rapport peut utiliser les vues de base de données comme source de rapport, mais les ACL des tables sous-jacentes sont respecté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 « where » définies dans la vue de base de données reposent 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 les licences.
    • Les tables de vue de base de données ne sont pas incluses dans les exportations FTP.

    Limitations

    • Les vues de base de données ne peuvent pas être créées sur des tables qui participent à la rotation de 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.

    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 honore les ACL contextuelles (ACL avec une condition ou un script) qui existent sur la table sous-jacente. Les ACL non contextuelles (ACL avec vérifications de rôle uniquement) sont toujours honorées, comme pour les versions précédentes.

    Pour exiger l’ajout d’ACL de lecture explicite aux vues de base de données, définissez la glide.security.expander.view.legacy propriété sur true. 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 des termes peut entraîner des performances non prévues ou indésirables. Pour plus d’informations, consultez le document Mots réservés MySQL.