Boa Tarde Senhores,
Acredito que a maioria dos entusiastas do Qlikview, tendem a optar por resolver tudo dentro do Qlikview.
Eu me incluo nisso, mas acredito que algumas coisas têm que ser levadas em conta antes de decidir isso. Primeiro separar os cálculos das regras de extração.
Os cálculos se possível, devem ser realizados no Qlikview, com dados não agrupados para que possamos aproveitar a flexibilidade que o Qlikview nos oferece.
Com relação às regras de extração eu penso que acima de qualquer preceito, temos que considerar os requisitos do cliente.
Quando estamos trabalhando em projetos pequenos, você optar por uma coisa ou outra, não faz tanta diferença. Mas quando se pensa em grandes corporações, o negócio é mais embaixo.
Você pode ter um cliente que não deseja colocar as regras de um DW já existente no Qlikview. Você como consultor pode optar por vender a idéia de que o Qlikview pode substituir seu DW ou você pode ler os dados do DW e ter os resultados mais rápidos.
Em muitos dos projetos que participei, optei por ter um QVW para extrair do banco, e depois um pra transformar a informação e outro para ser o front end, em outros optei por separar em duas etapas e também já houve lugares em que desmontei essa estrutura e coloquei tudo num QVW só, porque a separação estava gerando mais manutenção pra mim.
Quero dizer com isso que o desejo de colocar tudo no Qlikview, não nos pode cegar ao ponto de propor ao cliente uma solução não adequada ao ambiente e necessidade do mesmo.
Pensando nisso, lembro que há uns três anos atrás eu não entendia porque toda pergunta que eu fazia com relação às boas práticas de desenvolvimento no Qlikview terminavam ou começavam com depende.
Hoje eu entendo... Tudo depende sim, dos requisitos, sejam eles requisitos técnicos, de negócio, do ambiente e etc ...
Abraços
Vitor
