Escolha um Report Builder
Agora que você tem mais opções para criar análises, às vezes pode ser difícil saber exatamente qual sabor do Report Builder atende às suas necessidades. Este tópico orienta você na escolha da melhor maneira de criar a análise.
Quando devo usar o SQL Report Builder? whensql
Veja alguns dos motivos mais comuns pelos quais você usaria o SQL Report Builder sobre o traditional Report Builder.
Se você quiser usar funções específicas de SQL…
Parte da beleza do SQL Report Builder é que ele oferece a capacidade de usar funções que não estão disponíveis atualmente no Data Warehouse Manager. No passado, um analista pode ter tido que intervir para ajudá-lo a realizar plenamente sua visão.
O SQL Report Builder dá suporte a funções como LISTAGG e GETDATE, que você não poderia usar anteriormente. Você pode acessar o full list, mas algumas outras funções específicas do SQL incluem:
Se quiser fazer alguns testes…
Se você quiser tentar técnicas e estratégias diferentes para descobrir o que funciona melhor para sua análise, use o SQL Report Builder. A criação de colunas no Data Warehouse Manager leva tempo e as colunas que você cria usando o DWM dependem dos ciclos de atualização.
Na melhor das hipóteses, você deve aguardar um ciclo de atualização antes de poder usar sua coluna. Se você perceber que cometeu um erro ao criar a coluna, é necessário aguardar dois ciclos: um para preencher inicialmente a coluna e outro ciclo para que as revisões se propaguem.
Se você usar uma nova coluna apenas uma vez…
Como mencionado na seção acima, criar uma coluna no Data Warehouse Manager leva tempo. Se você pretende usar apenas uma coluna criada em um relatório, a Adobe sugere usar o SQL Report Builder. Isso elimina a necessidade de aguardar a conclusão de um ciclo de atualização, fazendo com que você volte ao trabalho mais rapidamente.
Se estiver trabalhando com dados que tenham uma relação um para muitos…
Às vezes, a estrutura dos dados pode tornar o SQL Report Builder uma opção mais eficiente e lógica para criar a análise. Criar colunas para relacionamentos um para um é simples no Data Warehouse Manager, mas as coisas podem ficar um pouco confusas quando você lida com relacionamentos um para muitos.
Digamos que um único produto seja considerado parte de várias categorias de produtos, e você gostaria de visualizar a receita associada a cada categoria de cada produto. Tentar criar esta relação usando o DWM pode ser entediante e difícil, mas escrever uma consulta SQL pode ser um pouco mais simples:
Quando devo usar o Report Builder tradicional? whentraditionalrb
Embora o SQL Report Builder dê a você mais controle e acesso a funcionalidades indisponíveis anteriormente, nem sempre é a escolha certa. O Adobe sugere que você também considere o seguinte ao decidir qual sabor do Report Builder usar.
Se você estiver criando um relatório simples…
Se o que você deseja criar for simples, usar o Report Builder tradicional pode ser muito mais rápido do que escrever uma consulta SQL completa. Ajuda se alguma coluna necessária para criar a análise já estiver no Data Warehouse Manager.
Se você estiver compartilhando seu trabalho com outros usuários…
Os usuários em toda a organização estão usando/visualizando essa análise? Dependendo de com quem você está compartilhando seu trabalho, às vezes pode ser melhor manter o Visual Report Builder. Os usuários podem verificar rapidamente a definição no Visual Report Builder em vez de ler uma consulta potencialmente longa do SQL.
Se houver pessoas que precisam do relatório, mas não estão familiarizadas com o SQL, a Adobe sugere usar o tipo original do Report Builder. Isso facilita as coisas para eles.
Encapsulamento wrapup
O SQL Report Builder e o Visual Report Builder são adequados para uma grande variedade de casos de uso. Isso normalmente depende de quais são suas necessidades analíticas e quem está consumindo a análise.