Solução de problemas: relatórios personalizados via APIs
A chamada à API expira.
Se a chamada à API não for processada em 60 segundos, a chamada expirará e você receber um erro.
Causa | Solução |
|---|---|
Você tem muitas junções entre conjuntos de dados. | Limite o número de junções usadas nos conjuntos de dados. |
Você está recuperando um relatório com mais de 20 campos. | Restrinja o número de campos em um relatório a no máximo 10 a 20 campos. Se o total de campos for superior a 20, use o SFTP para recuperar o relatório. |
Você tem um formato de dados irregular. Exemplo: você tem um grande número de organizações aninhadas. | Evite recuperar conjuntos de dados anormalmente grandes. |
Você tem um relatório sem filtro | Usar filtros apropriados para conter o crescimento no tamanho dos dados. Exemplo: recupere dados modificados com um filtro que define um intervalo de tempo menor , como ontem ou hoje . |
Você fez uma solicitação em minutos após uma solicitação anterior, . Isso é especialmente verdadeiro para relatórios que retornam grandes volumes de dados ou têm várias junções. | Evite fazer várias solicitação de API em um curto período de tempo. |
Você está recuperando relatórios com várias páginas de dados. | As APIs de relatório são intencionalmente projetadas para retornar conjuntos de dados paginados. Esta é uma restrição padrão para todas as APIs do VNDLY com base em HTTP. Para evitar esses problemas:
|
Você está tendo problemas de desempenho ao recuperar dados de seus locatários de produção, mas não de seus locatários de teste.
Os problemas de desempenho podem não ser visíveis em locatários de teste, pois o carregamento de dados será menor em um locatário de teste do que em um locatário de produção .
Soluções:
- Verifique o desempenho do relatório após o início da produção para verificar se os resultados são semelhantes aos dos locatários de teste.
- Carregue o locatário de teste com dados de teste com um tamanho representativo da carga de produção.
- Planeje o dimensionamento em ambiente de produção. Considere o tamanho do carregamento previsto e a complexidade de um relatório com dados de produção. Os relatórios executados próximo ao limite provavelmente excederão esse limite com o vencimento do programa ou após a ativação.