Leonardo Ribeiro <[EMAIL PROTECTED]> escreveu:
Osvaldo,
Vou tentar te descrever o meu cenário para ver se pode me propor uma alternativa ao que eu estou fazendo/tentando fazer.
Esses dados que postei como exemplo são para um cadastro de um sistema.
Imagine um cadastro e que vc queira fazer uma inclusão.
Esse select em multiplas tabelas será feito para poder preencher os comboboxes do cadastro para que o usuário faça a
seleção da opção desejada.
Como o sistema tem acesso remoto (RMI), se eu fizer um select para cada tabela será invocada várias requisições
do cliente para o servidor que requisitará para a camada de persistência que requisitará para o BD.
Minha intensão é fazer apenas uma requisição, por isso pensei nesse select em várias tabelas.
As tabelas não tem relação umas com as outras porque realmente não se faz necessário. É só uma necessidade específica para
quando eu for carregar o form do cadastro para o usuário poder incluir/alterar o registro.
Vc tem razão quando diz que terei um volume de dados alto (cross-join)..
Tem como eu fazer o que preciso de alguma outra forma, ou seja, "pegar" tais regsitros de várias tabelas em apenas 1 select?
Pense na possibilidade de transferir parte da lógica/processamento para o servidor através da utilização de funções (stored procedures) e minimize ao máximo a troca de dados entre o cliente e o servidor fazendo com que apenas o mínimo de dados necessário trafegue na rede.
[]s
Osvaldo
Você quer respostas para suas perguntas? Ou você sabe muito e quer compartilhar seu conhecimento? Experimente o Yahoo! Respostas!
_______________________________________________ Grupo de Usuários do PostgreSQL no Brasil Antes de perguntar consulte o manual http://pgdocptbr.sourceforge.net/
Para editar suas opções ou sair da lista acesse a página da lista em: http://pgfoundry.org/mailman/listinfo/brasil-usuarios
