Relatórios sobre tabelas do sistema

As tabelas do sistema são excluídas da emissão de relatórios por padrão. No entanto, você pode isentar as tabelas do sistema da proibição. Por padrão, algumas tabelas do sistema estão isentas da restrição. Tenha muito cuidado ao criar relatórios nessas tabelas do sistema.

As tabelas de sistema proibidas incluem, mas não estão limitadas a:

• Log [ syslog ]
• Log de transações [ syslog_transaction ]
• Anexo [ sys_attachment ]
• E-mail [ sys_email ]

Se você precisar relatar uma tabela do sistema, poderá adicioná-la ao glide.ui.permitted_tablespropriedade do sistema. Por padrão, várias tabelas do sistema são listadas nesta propriedade. Somente usuários administradores podem criar relatórios nas tabelas permitidas nesta propriedade.

Tenha muito cuidado ao criar um relatório ou uma visualização de dados em qualquer tabela do sistema. Considere a tabela Auditoria [sys_audit], que é permitida em relatórios e visualizações de dados por padrão. Normalmente, esta tabela é a maior tabela em qualquer instância. Não é incomum que a tabela Auditoria, mesmo em uma instância de médio porte, tenha vários gigabytes. Em uma instalação grande, esta tabela pode ser 50GB ou mais.

Ao acessar uma tabela como Auditoria de forma programática, você sabe como será o padrão de consulta, para que possa adicionar índices de dados apropriados para corresponder às suas consultas. Isso significa que, quando você traz, por exemplo, o histórico de um incidente, o banco de dados pode usar um índice para extrair com eficiência as poucas dezenas de linhas necessárias para essa consulta.

No entanto, com relatórios e visualizações de dados, você não pode prever como será o padrão de consulta. Talvez você queira agrupar por nome do campo ou classifique por valor antigo . Portanto, suas consultas podem não ser indexadas. Você pode acabar pedindo ao banco de dados para verificar a tabela de um arquivo de vários gigabytes, o que é ruim por estas razões:

• A execução do relatório ou da visualização de dados levará um tempo inaceitavelmente longo.
• Enquanto o banco de dados estiver verificando sua tabela, sua instância ficará mais lenta ou até mesmo indisponível porque outras consultas não podem obter os recursos de que precisam.