yuri.menon

3 anos depois e essa página me salvou. Um cubo pesado não estava sendo gerado, aparecia o mesmo erro, então alterei essa linha para value="1000" e foi! Falou! Abraços!

E aí Robinson, foi?

Vai ser algo mais ou menos dessa forma: SELECT TO_CHAR(BATIDA/60,'00') || ':' || TO_CHAR(MOD(BATIDA,60),'00') AS HORA FROM ABATHOR Pra ficar concatenado do jeito que você quer acho que é necessário criar uma função de banco de dados. aí ficaria tipo: SELECT FN_HORARIOS(:CHAPA,:MES,:ANO) FROM A...

ACHO que é o mesmo caso da tabela AMOVFUN. Fiz o seguinte uma vez: SELECT to_char(trunc(A.numhoras/60),'00')||':'|| to_char(trunc(mod(A.numhoras,60)) ,'00') AS HORAS FROM AMOVFUN A Veja se vai funcionar também para sua tabela ABATHOR. Obs: não se esqueça que cada campo no gerador de relatórios novo tem uma propriedade que chama-se CONVERTER PARA HORAS, aí nem precisa de SELECT.

ok, passei

Não consigo ver seus prints por não ser VIP. =/

Na época, como eu estava em uma base Oracle não utilizei o script da Paula. Fui fazendo delete e funcionou. Ordem dos DELETES que rodei: CLCOMPL CCONT CPARTIDA

Ainda sonho em OUVIR um cliente dizer isso. Sério.

Henrique, o mais importante é você ENTENDER como funcionam as consultas SQL. O que eu quero dizer... Se eu simplesmente adicionar um JOIN PFCODFIX irei duplicar os valores, mas como o Cruzeirense disse, isso não é um erro. Isso é o que chamam de relação 1 para n, em outras palavras, enquanto a tabela PFUNC só existe 1 registro de chapa '00064', a tabela PFCODFIX pode ter 10 registros com essa mesma chapa. Não sei como funciona essa tabela PFCODFIX, reparei que ela possui um CODEVENTO, que provavelmente não deve ser desconsiderado, mas vamos lá, a um exemplo básico de como ficaria: SELECT A.CHAPA ,C.NOME ,SUM(A.PERCENTUAL) TOTAL_PERCENT ,SUM(D.VALOR) VALOR ,SUM(D.NROVEZES) NROVEZES FROM PFDEPEND A INNER JOIN PFUNC B ON A.CHAPA = B.CHAPA INNER JOIN PPESSOA C ON C.CODIGO = B.CODPESSOA LEFT JOIN PFCODFIX D ON D.CHAPA = B.CHAPA WHERE A.PERCENTUAL IS NOT NULL AND A.INCPENSAO = 1 GROUP BY A.CHAPA, C.NOME Quando temos um GROUP BY, só podemos adicionar novos campos dentro da SELECT de 2 formas: ou dentro de SUM (que foi o que eu fiz), ou ele deve ser replicado dentro do GROUP BY, assim como os campos A.CHAPA e C.NOME estão dentro do GROUP BY Obs: pesquisa certinho sobre esse NROVEZES, porque talvez ele não possa ir dentro do SUM.

Talvez então você queira isso aqui: SELECT A.CHAPA ,C.NOME ,SUM(A.PERCENTUAL) TOTAL_PERCENT FROM PFDEPEND A INNER JOIN PFUNC B ON A.CHAPA = B.CHAPA INNER JOIN PPESSOA C ON C.CODIGO = B.CODPESSOA WHERE A.PERCENTUAL IS NOT NULL AND A.INCPENSAO = 1 GROUP BY A.CHAPA, C.NOME

você errou em 2 coisas: 1- seu inner join está com uma syntax inexistente 2- acredito que a tabela PFDEPEND não faz ligação com PPESSOA SELECT A.CHAPA ,C.NOME ,A.PERCENTUAL ,A.RESPONSAVEL FROM PFDEPEND A INNER JOIN PFUNC B ON A.CHAPA = B.CHAPA INNER JOIN PPESSOA C ON C.CODIGO = B.CODPESSOA WHERE A.CHAPA = :CHAPA

Diego, dá uma olhada nessas 2 tabelas, vai que tem algo a ver: VRELATORIOPARAMETRO RSELREL

Obrigado! Isso confirmou minha sentença! Eu estava utilizando PFFINANC mas não tinha certeza se estava certo. Só mais uma coisa por favor. Para mostrar o centro de custo, devo fazer essa ligação abaixo? INNER JOIN PSECAO E (NOLOCK) ON E.CODCOLIGADA = PFUNC.CODCOLIGADA AND E.CODIGO = PFUNC.CODSECAO INNER JOIN PCCUSTO F (NOLOCK) ON E.CODCOLIGADA = F.CODCOLIGADA AND E.NROCENCUSTOCONT = F.CODCCUSTO

Bom dia! Referente a contabilização de provisão de folha, podem me esclarecer algumas dúvidas, por favor? Estou desenvolvendo uma consulta SQL que deve me retornar: 1-Valor da provisão de férias 2-Valor da provisão do FGTS s/Férias 3-Valor da provisão do FGTS s/ décimo terceiro 4-Valor da provisão do INSS s/Férias 5-Valor da provisão do INSS s/ décimo terceiro 6-Data da provisão (DD/MM/AAAA) Para isso, encontrei a tabela PFHSTPROV e estou usando os campos: 1- PFHSTPROV.VALPROVFER 6- (dia nao encontrei) - PFHSTPROV.MES - PFHSTPROV.ANO Como consigo os itens 2,3,4, 5 e 6 por favor! Obrigado!

Outra coisa que influencia bastante são as ESTATÍSTICAS. Verifique se foram coletadas as estatísticas das tabelas da base que está lenta.