Consulta SQL nativo no Hibernate JPA

Pessoal acabei achando solução aqui… mas quando eu tento buscar mais de uma coluna da base da dados o resultado não aparece no console. aparece só a referencia do objeto tipo [[Ljava.lang.Object;@2031688f]. mas quando eu busco uma coluna só o resultado aperece perfeitamente. Alguem sabe porque isso acontece? Obrigado Gente!!! Feliz natal a todos!

List f = entityManager.createNativeQuery("select nome, dataNascimento from funcionario where matricula=1").getResultList();
		System.out.println(f);

Qdo mais de 1 campo forem retornados, terá um array de object;

Como o resultado da sua busca é por PK, logo terá apenas um resultado, poderá utilizar o getSingleResult();

Teste isto:

Iterator i = (Iterator) this.getEntityManager().createNativeQuery("select nome, dataNascimento from funcionario where matricula=1").getSingleResult();

Object objeto = i.next();

//no seu objeto de funcionario
Funcionario f = new Funcionario();
f.setNome(objeto[0]);
f.setDataNascimento(objeto[1]);

Embora para este caso não vejo o pq de se usar nativeQuery.

O find é bastante performático além de agilizar o seu desenvolvimento, já te devolverá o objeto com todos os atributos.

já cheguei a usar o find nesse caso, mas essa query que vc está vendo aqui é só um exemplo, as queries que quero fazer são bem mais elaboradas. Eu sei que da pra fazer com hibernate puro, mas sinceramente não sei fazer. é mais facil fazer consultas complicadas so hibernate apenas? Tu tem algum tutorial simples ensinando isso? Abs!

Para listar os funcionarios usando criteria do jpa ficar mais ou menos assim:

public List<Funcionario> listar() {
		CriteriaBuilder criterio = entityManager.getCriteriaBuilder();
		CriteriaQuery<Funcionario> query = criterio.createQuery(Funcionario.class);
		Root<Funcionario> tabelaFuncionario = query.from(Funcionario.class);
		query.select(tabelaFuncionario);
		TypedQuery<Funcionario> typedQuery = entityManager.createQuery(query);
		return typedQuery.getResultList();
	}

Pode parecer complicado de início, mas para querys mais elaboradas vc começa a ver que é mais intuitiva e mais fácil de fazer manutenção, sem contar que retira o SQL do código, tornando a migração de banco mais fácil.

Pow cara, valeu pela ideia, mas eu tava tentando fazer assim mas nao consegui. vc poderia me explicar melhor como ficaria a busca assim? posso eu colocaria as clausulas? Abs!

me fala qual consulta vc quer saber q eu tento te passar um exemplo, mas basicamente os critérios de buscas são chamadas de métodos, por exemplo
CriteriaBuilder.sum(campo),CriteriaBuilder.like(“algo”),CriteriaQuery.where(alguma condicao) e etc…

Em se tratando de Creterias, o Hibernate puro é melhor solução, não?

Por exemplo: caso que queria fazer essa busca:

select id, dataNascimento from funcionario where nome=‘Marcio’

como ficaria essa query em Hibernate puro?

Obrigado pela ajuda!

ficaria algo como:

public Funcionario buscarPorNome(String nomeFuncionario) {  
        CriteriaBuilder criterio = entityManager.getCriteriaBuilder();  
        CriteriaQuery<Funcionario> query = criterio.createQuery(Funcionario.class);  
        Root<Funcionario> tabelaFuncionario = query.from(Funcionario.class);  

	Path<String> nome= tabelaFuncionario .get("nome");

        Predicate condicao = criterio.like(nome, nomeFuncionario);	

        query.select(tabelaFuncionario).where(condicao);  

        TypedQuery<Funcionario> typedQuery = entityManager.createQuery(query);  
        return typedQuery.getSingleResult();  
  }

agora se vc quer que retorne apenas campos específicos ao invés de retornar todas as colunas do banco (acho difícil pensar em um caso que isso realmente fosse necessário), eu realmente não sei, eu criaria um objeto apenas com os atributos que eu quero que retorno e tipava no TypedQuery.

andredecotia acredito que não, a criteria do jpa é mais tipada, evitando muitos casts e com maior segurança, sem contar que sempre é melhor usar o padrão da linguagem. E se um dia ele resolva mudar para EclipseLink??