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

  • Rversion finale: Xanadu
  • Mis à jour 1 août 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 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 reporting de mesures et réduisent considérablement la nécessité d’en définir de nouvelles.

    Tout utilisateur pouvant créer un rapport peut utiliser les vues de base de données comme source de rapport, mais les ACL sur les 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 contenus dans ces tables augmentent. Pour maximiser 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 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 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 étend sys_metadata, la table ou la vue 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 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 vérification de rôle uniquement) sont toujours honorées, comme pour les versions précédentes.

    Pour exiger que des ACL de lecture explicites soient ajoutés 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 true.

    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.

    Vue de la base de données : mots réservés

    L’utilisation des termes peut entraîner des performances involontaires ou indésirables. Pour plus d’informations, consultez le document MySQL sur les mots réservés.