Já sim... também não vai...

Com a view parece que funcionou...


--
Eduardo Schurtz


2013/11/12 Emerson dos Santos Gaudêncio <emerson.fen...@gmail.com>

>
>
> Já tentou fazer uma subquey com o union all?
>
> Por exemplo:
>
> Select tab.id, tab.empregado, tab.salario from (
> select id, empregado, salario from empregado_adm
> union all
> select id, empregado, salario from contrato_adm
> )  tab;
>
> Se o reports aceitar esse tipo de consulta, possivelmente possa funcionar.
>
> Att,
> Emerson
>
>
> Em 12 de novembro de 2013 09:23, Eduardo Schurtz <
> eduardo.schu...@gmail.com> escreveu:
>
>
>>
>> Emerson, é o que eu estou fazendo agora... Mas nem pra testar apenas,
>> acho que vou utilizar dessa maneira mesmo (Se funcionar, claro). Tentei de
>> tudo antes de fazer isso, mas acho que não terá jeito.
>>
>>
>> --
>> Eduardo Schurtz
>>
>>
>> 2013/11/12 Emerson dos Santos Gaudêncio <emerson.fen...@gmail.com>
>>
>>>
>>>
>>> eduardo,
>>>
>>> já tentou criar uma view dessa sua query e testar, fazendo o select
>>> somente na view?
>>>
>>> att,
>>> Emerson
>>>
>>>
>>> Em 12 de novembro de 2013 08:49, Eduardo Schurtz <
>>> eduardo.schu...@gmail.com> escreveu:
>>>
>>>
>>>>
>>>> Pessoal, vocês conhecem alguma condição onde o UNION ALL não retorne
>>>> todos os registros de todas as queries?
>>>>
>>>> Estou com um problema bem chato aqui em um report. Tenho um UNION ALL
>>>> com duas queries, mas somente os registros de uma são retornados. OK, então
>>>> a outra query está errada, NÃO, se deixar ela sozinha, traz tudo certinho.
>>>>
>>>> Os pontos são:
>>>>
>>>>  - Como falei, se rodar a query sozinha dentro do report, traz dados
>>>>  - A mesma query, *COM* o UNION ALL, no sql funciona, só no report que
>>>> não
>>>>  - Pra tentar descartar algo que o report pudesse estar fazendo ao
>>>> retornar os registros, criei 2 tabelas temporárias carregadas com cada uma
>>>> das queries. Usando elas com UNION ALL, funciona
>>>>  - Oracle Reports 10g e Banco 11g rodando no EBS 12.1.3
>>>>
>>>> Alguém tem alguma dica?
>>>>
>>>> --
>>>> Eduardo Schurtz
>>>>
>>>>
>>>
>>
>  
>

Responder a