Em Qui, 2015-02-26 às 17:22 -0300, Matheus de Oliveira escreveu: > > > 2015-02-26 16:26 GMT-03:00 Matheus Saraiva > <[email protected]>: > > Estou começando a implementar essa solução, inclusive estou tetando > usar ela para outros "inserts compostos", mas estou com umas dúvida. > > porque no ultimo select, ficou p.codigo ? Não poderia ser só p > ou só SELECT pessoas, cliente; ? > > Suponho que o motivo seja pelo fato de que o RETURNING > retornou uma lista contendo vários códigos, seria isso? > > > > Por isso mesmo, "p.codigo" são os códigos retornados no INSERT, ou > seja, os códigos inseridos. > > > > Digamos que na modelagem, um cliente só pudesse ter um > dependente (one to one), assim apenas um código seria > retornado pelo RETURNING, nesse caso eu poderia usar SELECT > pessoas, cliente; ? > > > > Não, "pessoas" foi definido no WITH, deve ser tratado externamente > como se fosse uma tabela temporária. > > > Na verdade dá na mesma se for um registro no INSERT, se for mais que > um ou mesmo ser não for nenhum, o código não mudaria.
Bem, teoricamente conclui a função de inserção de clientes, segue o código e o diagrama da modelagem. Ainda não testei pois falta ainda implementar a função de inserir endereço, que será chamada dentro da função insertCliente. Agradeço qualquer sugestão de melhoria.
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
