Já pensamos em utilizar algo parecido, mas no nossa caso está complicado, pois está tabela temporaria seria criado para jogar duas listas, para poder pegar e ordenar.
Sem falar que esses arquivos serão enviados para receita, então o pessoal aqui na empresa achou melhor criar essa tabela.
Utilizando Hibernate, se essa tabela for mapeada como uma classe Entity, pode não ser possível removê-la e, pois dependendo do ambiente ao dropar uma tabela mapeada é necessário restartar o contexto.
Uma saída, se o caso for mesmo de manter uma tabela física temporária é não mapeá-la e usar sql nativo para a ela ou apenas deletar os registros no caso de mapeá-la.
Nossa, eu acho isso meio que inviável criar uma tabela temporária ao meu ver, nesse caso…
Se esse método for utilizado com frequencia não seria legal, utilização demasiada do banco de dados talvez.
como nosso coleguinha (rdsilio) falou, seria um pouquinho complicado para o hibernate…
já que ao dropar uma tabela você teria problema com o classe Entity mapeada…
A idéia geral é um pouco complicada, pois você está querendo fazer algo que o Hibernate tenta evitar, que é o drop de tabelas. Não vou dizer que é impossível, mas acho que com o Hibernate não vai dar muito certo.
Também achei inviavel fazer isso mas o pessoal aqui está achando melhor fazer isso.
Agora existe uma forma de estar fazendo um UNION, entre dois select de tabelas diferente, pois assim poderia estar ordenando por CPF que é um dos propositos da tabela temporaria.