Obrigado Jussara! Mas infelizmente eu já vinha usando o
Distinct e até agora nada de um bom retorno
CIDADE HOTEL FORNECEDOR DATAINICIAL ACOMODACAO CATACOM VAGAS VALEPARATODOS USUARIOCRIACAO DATAHORACRIACAO NOMEUSUARIO DATAUSUARIO DATATESTE
NYC A2B ALT 20050905 2 13 20 0 eduardo 22/08/2005 16:24:20 eduardo 22/08/2005 16:24:20 05/09/2005
NYC A2B ALT 20050905 4 13 30 0 eduardo 22/08/2005 16:24:20 eduardo 22/08/2005 16:24:20 05/09/2005
NYC A2B ALT 20050905 6 13 45 0 eduardo 22/08/2005 16:24:20 eduardo 22/08/2005 16:24:20 05/09/2005
NYC A2B ALT 20050905 3 9 5 0 eduardo 22/08/2005 16:24:20 eduardo 22/08/2005 16:24:20 05/09/2005
NYC A2B ALT 20050905 2 9 4 0 eduardo 22/08/2005 16:24:20 eduardo 05/09/2005
NYC A2B ALT 20050905 4 9 6 0 eduardo 22/08/2005 16:24:20 eduardo 05/09/2005
NYC A2B ALT 20050905 6 9 8 0 eduardo 22/08/2005 16:24:20 eduardo 05/09/2005
NYC A2B ALT 20050905 2 13 20 0 eduardo 22/08/2005 16:24:20 eduardo 22/08/2005 16:24:20 05/09/2005
NYC A2B ALT 20050905 4 13 30 0 eduardo 22/08/2005 16:24:20 eduardo 22/08/2005 16:24:20 05/09/2005
NYC A2B ALT 20050905 6 13 45 0 eduardo 22/08/2005 16:24:20 eduardo 22/08/2005 16:24:20 05/09/2005
NYC A2B ALT 20050905 3 9 5 0 eduardo 22/08/2005 16:24:20 eduardo 22/08/2005 16:24:20 05/09/2005
NYC A2B ALT 20050905 2 9 4 0 eduardo 22/08/2005 16:24:20 eduardo 05/09/2005
NYC A2B ALT 20050905 4 9 6 0 eduardo 22/08/2005 16:24:20 eduardo 05/09/2005
NYC A2B ALT 20050905 6 9 8 0 eduardo 22/08/2005 16:24:20 eduardo 05/09/2005
Acima é o que deveria sair
Abaixo é o está sendo retornado pelo
HQL
CIDADE HOTEL FORNECEDOR DATAINICIAL ACOMODACAO CATACOM VAGAS VALEPARATODOS USUARIOCRIACAO DATAHORACRIACAO NOMEUSUARIO DATAUSUARIO DATATESTE
NYC A2B ALT 20050905 2 13 20 0 eduardo 22/08/2005 16:24:20 eduardo 22/08/2005 16:24:20 05/09/2005
NYC A2B ALT 20050905 4 13 30 0 eduardo 22/08/2005 16:24:20 eduardo 22/08/2005 16:24:20 05/09/2005
NYC A2B ALT 20050905 6 13 45 0 eduardo 22/08/2005 16:24:20 eduardo 22/08/2005 16:24:20 05/09/2005
NYC A2B ALT 20050905 3 9 5 0 eduardo 22/08/2005 16:24:20 eduardo 22/08/2005 16:24:20 05/09/2005
NYC A2B ALT 20050905 2 13 20 0 eduardo 22/08/2005 16:24:20 eduardo 22/08/2005 16:24:20 05/09/2005
NYC A2B ALT 20050905 4 13 30 0 eduardo 22/08/2005 16:24:20 eduardo 22/08/2005 16:24:20 05/09/2005
NYC A2B ALT 20050905 6 13 45 0 eduardo 22/08/2005 16:24:20 eduardo 22/08/2005 16:24:20 05/09/2005
NYC A2B ALT 20050905 2 13 20 0 eduardo 22/08/2005 16:24:20 eduardo 22/08/2005 16:24:20 05/09/2005
NYC A2B ALT 20050905 4 13 30 0 eduardo 22/08/2005 16:24:20 eduardo 22/08/2005 16:24:20 05/09/2005
NYC A2B ALT 20050905 6 13 45 0 eduardo 22/08/2005 16:24:20 eduardo 22/08/2005 16:24:20 05/09/2005
NYC A2B ALT 20050905 3 9 5 0 eduardo 22/08/2005 16:24:20 eduardo 22/08/2005 16:24:20 05/09/2005
NYC A2B ALT 20050905 2 13 20 0 eduardo 22/08/2005 16:24:20 eduardo 22/08/2005 16:24:20 05/09/2005
NYC A2B ALT 20050905 4 13 30 0 eduardo 22/08/2005 16:24:20 eduardo 22/08/2005 16:24:20 05/09/2005
NYC A2B ALT 20050905 6 13 45 0 eduardo 22/08/2005 16:24:20 eduardo 22/08/2005 16:24:20 05/09/2005
A 3ª tentativa de consulta é feita no método
abaixo:
public Collection findBloqueiosQuarto(Bloqueio
bloqueio)
{
Collection result = null;
{
Collection result = null;
String sql =
"";
sql = "select distinct bqh "
+ "from BloqueioQuartoHotel bqh, Bloqueio bl "
+ "where bqh.codCidade = bl.codCidade "
+ "and bqh.codHotel = bl.codHotel "
+ "and bqh.codFornecedor = bl.codFornecedor "
+ "and bqh.dataInicial = bl.dataInicial "
+ "and bqh.codCidade = '"+ bloqueio.getCodCidade() + "' "
+ "and bqh.codHotel = '"+ bloqueio.getCodHotel() + "' "
+ "and bqh.codFornecedor = '"+ bloqueio.getCodFornecedor() + "' "
+ "and bqh.dataInicial = '"+ bloqueio.getDataInicial() + "' ";
//+ "and bqh.valeParaTodos = 1 order by bqh.categAcomo";
sql = "select distinct bqh "
+ "from BloqueioQuartoHotel bqh, Bloqueio bl "
+ "where bqh.codCidade = bl.codCidade "
+ "and bqh.codHotel = bl.codHotel "
+ "and bqh.codFornecedor = bl.codFornecedor "
+ "and bqh.dataInicial = bl.dataInicial "
+ "and bqh.codCidade = '"+ bloqueio.getCodCidade() + "' "
+ "and bqh.codHotel = '"+ bloqueio.getCodHotel() + "' "
+ "and bqh.codFornecedor = '"+ bloqueio.getCodFornecedor() + "' "
+ "and bqh.dataInicial = '"+ bloqueio.getDataInicial() + "' ";
//+ "and bqh.valeParaTodos = 1 order by bqh.categAcomo";
result =
find(sql);
return result;
}
return result;
}
De: [email protected] [mailto:[EMAIL PROTECTED] Em nome de Jussara Teodoro
Enviada em: terça-feira, 23 de agosto de 2005 13:24
Para: [email protected]
Assunto: Re: [JUG-Petro] Consulta truncada no Hibernate
Já passei por isso... Faça um SELECT DISTINCT
Tomara q ajude :-)
Eduardo Carvalho dos Santos <[EMAIL PROTECTED]> escreveu:
Eduardo Carvalho dos Santos <[EMAIL PROTECTED]> escreveu:
Bom-dia!Estou com um problema de uma consulta simples cujo resultado em Collection está retornando registros repitidos onde na repetição deveria um registro diferente com apenas alguns dados similares que são apenas os usados no filtro (cláusula where).O fato é que a mesma consulta no banco está retornando o resultado correto e pelo hibernate não.A impressão é como se o hibernate estivesse re-utilizando um registro já retornado e não prossegue com a busca da consulta. Isso occorre exceto para os registros não constantes.Para ser mais claro, o caso é uma consulta cujo filtro são dados-chave de um registro da tabela pai que , como de praxe, constam na tabela filha devendo retornar os registros filhos sem repetí-los(Desculpem a redundância).Obrigado.Eduardo CarvalhoAnalista-Programador
__________________________________________________
Converse com seus
amigos em tempo real com o Yahoo! Messenger
http://br.download.yahoo.com/messenger/
SPONSORED LINKS
| C programming language | Java programming language | The c programming language |
| C programming language | List of programming languages | Java |
YAHOO! GROUPS LINKS
- Visit your group "jug-petropolis" on the web.
- To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]
- Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.
