Quando o relatório é muito pequeno para armazenar seus dados (como estão seus dados?)

Você armazena dados sobre o COVID-19 no Excel?

O relatório não mostra todos os dados?

Aqui - https://uk.news.yahoo.com/missing-coronavirus-tests-glitch-large-excel-spreadsheet-file-095054235.html - você pode ler uma história maravilhosa sobre como quase 16.000 casos de infecção Covid-19 foram deixados de fora no Reino Unido porque a planilha do Excel ficou sem espaço.

Se você tem preguiça de pesquisar no Google, deixe-me lembrá-lo de que o limite de uma planilha do Excel é de 65.000 linhas.

Não são casos isolados! As pessoas não têm ideia de quantos dados elas e seus clientes terão de lidar e quais são os recursos das ferramentas que usam!

E então aparecem artigos como esse: https://www.techrepublic.com/blog/microsoft-office/10-things-you-should-never-do-in-excel/

E o que podemos fazer?

1. Use bancos de dados para armazenar seus dados!

Pode parecer completamente louco, mas sempre e em qualquer lugar, quando você decide criar uma lista, uma base (é minha profissional - sempre uso esse termo), um sistema de armazenamento de dados - pegue um banco de dados. Faça uma estimativa da quantidade de dados. Seus descendentes ficarão gratos por isso!

Nosso exemplo - em nosso CRM (aliás, nosso CRM é um dos primeiros online - nem conhecíamos esse termo) existem centenas de milhares de cadastros, clientes, cadastros e cadastros de parceiros. Funciona!

Mesmo agora, quando dezenas de pessoas de todo o mundo trabalham com ele ao mesmo tempo, não posso chamá-lo de “sistema de alta carga”, porque sabemos como sistemas de alta carga realmente funcionam e o que big data realmente é.

2. Verifique se o seu sistema de relatórios lida com essa quantidade de dados.

Clientes interessantes frequentemente nos procuram, especialmente recentemente. As empreiteiras que entregaram seus projetos aos clientes por meio ano já precisam mudar o sistema de relatórios para o nosso em projetos já implementados e em funcionamento.

Eles levaram o projeto a sério, consideraram o kit de ferramentas, os componentes, compararam-nos de acordo com vários critérios (talvez eles nem mesmo consideraram nosso sistema, ou o fizeram, mas por algum motivo o FastReport não chegou ao final), mas então o projeto foi preenchido com dados reais, trabalhei com eles e ... caiu. (Na melhor das hipóteses, “exibindo os primeiros 65.000 registros”, na pior - “consumindo toda a memória alocada e não mostrando nada”).

Estou longe de pensar que os desenvolvedores modernos não prestam atenção suficiente ao design competente da carga do sistema.

Além disso, todos os outros elementos dos sistemas podem lidar com essa carga. E então o sistema cai exatamente na etapa de amostrar dados no gerador de relatórios!

E dados reais - podem ser milhões de registros (esta é apenas uma amostra, não o banco de dados inteiro, é claro!) - a partir dos quais muitas vezes é necessário gerar documentos, por exemplo, para assinantes.

Para mim, foi uma revelação que existem players bastante antigos e eminentes neste mercado que não conseguem dar conta dessa tarefa. Na melhor das hipóteses, a geração de relatórios pode levar horas, ou simplesmente trava e não chega à formação de um relatório.

E hoje, quando me perguntam "como você conseguiu que os bancos, o Fundo de Pensão, o Fundo de Previdência Social, fabricantes de sistemas corporativos de alta carga, faturamento em tempo real, usassem seu produto FastReport?" - Não tenho escolha a não ser responder "na verdade, eles não tiveram outra escolha."

Não insisto em usar apenas e exclusivamente FastReport ("compre nossos elefantes!"), Mas aconselho fortemente os desenvolvedores a submeterem todos os componentes de seus sistemas aos testes de estresse mais severos (como fazemos), para não decepcionar os clientes e não arriscar sua reputação.

Isso é especialmente verdadeiro para sistemas de faturamento, CRM, ERP - onde há um trabalho constante ao vivo com os clientes.

3. Avalie a capacidade de informação do seu relatório.

Sim, temos exemplos de texto de relatórios (que contêm milhões de registros), onde avaliamos a qualidade e a velocidade de construção dos documentos (o relatório tem várias dezenas de milhares de páginas, que depois são convertidas para PDF sem perda de qualidade). Foi um desafio para nós mesmos - não estávamos satisfeitos com a velocidade de geração de relatórios e aceleramos três vezes.

Aqui está um link para um exemplo de construção de um relatório de BigData

Bem, este é o BigData.

Vou deixar a alegria do pioneiro de "como isso funciona em outros geradores de relatórios?" para leitores gratos.

Isso não é ruim ao gerar contas de eletricidade para residentes de megacidades, por exemplo, mas quão informativo é este relatório em si?

Portanto, destaque as coisas principais, use gráficos - para que os dados não se percam, mas se transformem nas informações percorridas a olho nu. Como por exemplo, feito por um dos vencedores do nosso concurso para o melhor relatório - como você pode ver, o big data sobre COVID-19 é agrupado em um documento confiável e informativo.

Os produtos FastReport estão sempre prontos para gerar rapidamente relatórios precisos usando seus dados de qualquer tamanho.

Ou você pode apenas nos perguntar – somos muito bons com todos os formatos de documentos e SGBDs populares, e pode dizer onde exatamente “o engano de qualquer formato” pode estar à sua espera.