Reporting sur les tables système

Les tables système sont exclues de la génération de rapports par défaut. Toutefois, vous pouvez exempter les tables système de l’interdiction. Certaines tables système sont exemptées de la restriction par défaut. Soyez très prudent lorsque vous créez des rapports sur ces tables système.

Les tables système interdites comprennent, sans s’y limiter :

• Journal [syslog]
• Journal des transactions [syslog_transaction]
• Pièce jointe [sys_attachment]
• Courriel [sys_email]

Si vous devez générer un rapport sur une table système, vous pouvez l’ajouter à la glide.ui.permitted_tables propriété système. Plusieurs tables système sont répertoriées dans cette propriété par défaut. Seuls les utilisateurs administrateurs peuvent créer des rapports sur les tables autorisées dans cette propriété.

Soyez extrêmement prudent lors de la création d’un rapport ou d’une visualisation de données sur une table de système. Prenons l’exemple de la table Audit [sys_audit], qui est autorisée par défaut dans les rapports et les visualisations de données. En règle générale, cette table est la plus grande de toutes les instances. Il n’est pas rare que la table Audit, même dans une instance de taille moyenne, atteigne plusieurs gigaoctets. Dans une grande installation, cette table peut faire 50 Go ou plus.

Lorsque vous accédez à une table comme Audit par programmation, vous savez à quoi va ressembler votre modèle de requête, vous pouvez donc ajouter les index de données appropriés pour correspondre à vos requêtes. Cela signifie que lorsque vous évoquez, par exemple, l’historique d’un incident, la base de données peut utiliser un index pour extraire efficacement les quelques dizaines de lignes dont elle a besoin pour cette requête.

Cependant, avec les rapports et les visualisations de données, vous ne pouvez pas prédire à quoi ressemblera votre schéma de requête. Vous souhaitez peut-être effectuer un regroupement par nom de champ ou un tri par oldvalue. Ainsi, vos requêtes peuvent ne pas être des requêtes indexées. Vous pouvez finir par demander à la base de données d’analyser un fichier de plusieurs gigaoctets, ce qui est mauvais pour les raisons suivantes :

• Il est lent, de sorte que l’exécution de votre rapport ou de votre visualisation de données prendra un temps inacceptable.
• Pendant que la base de données analyse votre table, votre instance ralentit ou devient même indisponible, car d’autres requêtes ne peuvent pas obtenir les ressources dont elles ont besoin.