Unlock a world of possibilities! Login now and discover the exclusive benefits awaiting you.
Galera é o seguinte, estou enfrentando raramente problemas de performance do servidor entre o processo de ETL.
Existem dois tipos de tarefas que podem ser feitas: ETL Full e ETL Incremental. O tempo de ETL Full é entre 2 a 3 horas de duração. O tempo de ETL Incremental é de 30 a 40 minutos.
Sendo que, raramente, ocorre demoras bruscas que passam de 6 ou 7 horas de ETL, tanto Full quanto Incremental.
Gostaria de mapear uma quantidade de possíveis causas dessa queda de performance para investigar e também opções de melhorias que podem ser feitas para evitar esses tipos de problemas.
Att,
Péricles.
Está ai Pericles,
Para mim, os problemas de desempenho estão nas querys.
Dessas 33, existe muitas funções e calculos?
É comum o uso de SQL em projetos de QlikView, porém, como em qualquer outra forma de acesso a informação, o NÃO uso de boas práticas acabam onerando o desempenho.
Recomendo a transição/conversão das querys para QV, otimize o máximo que conseguir as consultas ao banco e sempre dê preferência ao que for mais rápido, seja no QV ou no SQL.
Grande abraço.
Grande Paricles, tudo bem?
Você pode (tem permissão) de anexar uma imagem do visualizador de tabelas, aba Tabelas das propriedades do documento (caso não seja só um extrator) para analisarmos possibilidades?
Grande abraço.
Aderlan, tudo beleza.
Bom é apenas um Extrator. Faz "Select all" em algumas tabelas do banco de dados sem clausulas. Após isso gera os QVDs e desaloca da memória.
Olha...
O pessoal aqui da community vai ajudar, sem dúvida, mas só pelo "Select All" talvez o seu problema esteja na fonte, não no QV.
Qual são as fontes de dados?
Quantos "Selects" tem?
Quantos Left, Right, Inner Joins vocês está usando nos "Selects", e no QV, usa Left, Right e Inner join?
Abraço.
Aderlan, eu também tenho acho que é o Meio ou a Fonte.
Qual são as fontes de dados?
R: Uma fonte. DB Progress. Vou confirmar se o DB fica na mesma máquina ou em outra máquina.
Quantos "Selects" tem?
R: 33 selects.
Quantos Left, Right, Inner Joins vocês está usando nos "Selects", e no QV, usa Left, Right e Inner join?
R: 9 Joins de SQL e nenhum Join de QV.
Está ai Pericles,
Para mim, os problemas de desempenho estão nas querys.
Dessas 33, existe muitas funções e calculos?
É comum o uso de SQL em projetos de QlikView, porém, como em qualquer outra forma de acesso a informação, o NÃO uso de boas práticas acabam onerando o desempenho.
Recomendo a transição/conversão das querys para QV, otimize o máximo que conseguir as consultas ao banco e sempre dê preferência ao que for mais rápido, seja no QV ou no SQL.
Grande abraço.
Acabei de confirmar aqui que é preciso utilizar índices nas querys, onde utiliza estrutura de dados árvore e a consulta é mais rápida nas tabelas mais densas.
Valeu Aderlan.