Oi Pablo,
É pouco provável que o Postgres faça um DISTINCT eficiente, o que recomendo
é
indexar sua tabela de td_dado_pessoa pela dt_ultima_alteracao mais a chave
(e talvez os campos do select)
e então no WHERE colocar algo como:
select ...from
tb_dado_ore as a
inner join
th_ore_uf as b on
a.co
Em 10 de fevereiro de 2010 17:15, Claudio Oliveira
escreveu:
>
> Olá,
> Se executado o select no servidor é perfeito a sequencia.
> Versão: 8.4.0 (Mencionado no email inicial)
>
Existem diferentes schemas?
Verifique com:
SELECT * FROM information_schema.sequences WHERE sequence_name =
'sua_seque
Grato pela ajuda, estou mudando as consultas conforme sua sugestao para
iniciar os testes novamente.
Valeu
Em 12 de fevereiro de 2010 11:04, Fábio Telles Rodriguez <
fabio.tel...@gmail.com> escreveu:
> Dê uma olhada nisso, deve lhe ajudar:
>
> http://www.postgresql.org/docs/8.4/static/querie
Sei que minha pergunta foi um tanto genérica, mas o motivo se deve ao
fato da dúvida não estar relacionada a um problema real. A pergunta foi
somente uma dúvida quanto ao funcionamento desses parâmetros. De qualquer
forma agradeço pelas respostas.
__
NUSS! Estava com a cabeça tão enrolada que esqueci do óbvio!
Deu certo, valeu.
2010/2/12 Fabrízio de Royes Mello :
>
>
> 2010/2/12 Pablo Sánchez
>>
>>
>>
>> select
>> a.co_ore,
>> a.co_componente,
>> a.nu_cnpj_ug_siafi,
>>
>>
>>
>
> Caro Pablo,
>
> Estou sem tempo de fazer
2010/2/12 Pablo Sánchez
>
>
> select
>a.co_ore,
>a.co_componente,
>a.nu_cnpj_ug_siafi,
>
>
>
>
Caro Pablo,
Estou sem tempo de fazer um teste mais apurado aqui, mas tenta adicionar um
DISTINCT ON (c.no_pessoa, d.no_pessoa, e.no_pessoa) logo após a cláusula
SELECT da tua
Ok, vamos lá... Eis o SQL com os campos que eu preciso. Acrescentei o
order by, que me ajudou a deixar o último registro na frente dos
outros. O que eu preciso é ignorar os "duplicados" (que não são
duplicados, porque os dados são diferentes, mas devem ser ignorados).
Pensei em group by, mas não ro
2010/2/12 Pablo Sánchez
> Tenho a seguinte situação:
>
> - tabela com dados de uma Organização com FKs que apontam para a
> tabela de pessoas
> - tabela de pessoas com registros históricos, quer dizer, uma mesma
> pessoa pode ter mais de uma tupla, mas só deve valer a mais recente.
>
> Preciso cr
Caros,
Tenho a seguinte situação:
- tabela com dados de uma Organização com FKs que apontam para a
tabela de pessoas
- tabela de pessoas com registros históricos, quer dizer, uma mesma
pessoa pode ter mais de uma tupla, mas só deve valer a mais recente.
Preciso criar uma view que pegue todas as
Dê uma olhada nisso, deve lhe ajudar:
http://www.postgresql.org/docs/8.4/static/queries-union.html
Dica, resolva o problema somente com SQL primeiro, gerando EXPLAIN
para as suas consultas e só depois que estiver satisfeito, passe para
o PL.
Espero ter ajudado.
[]s
Fábio Telles
Em 12 de fevere
Srs
Estou com o seguinte problema , tenho a funcao abaixo que utilizo para
manipular os registros da tabela_1 e tabela_2 , sendo que a tabela_1 possui
aproximandamente 20 milhoes e a tabela 2 possui aproximadamente 10 milhoes
de registros.
Tentei descrever a funcao de uma maneira sucinta,porem o
UPDATE esquema.tabela
SET campo = AliasDoFrom.valorDaTabelaPesquisada
FROM ( SELECT idregistro, valorDaTabelaPesquisada FROM
esquema.tabelaAPesquisar WHERE meucampocondicao= meuvalorcondicao )
AliasDoFrom
WHERE esquema.tabela.idregistro = AliasDoFrom.idregistro
Em 12 de fevereiro de 201
Bom dia.
Bom, amigo... Sinceramente não consegui entender exatamente o que você quer
fazer na explicação dada abaixo do código, mas entendi seu objetivo geral.
Quem sabe os "esqueletos" abaixo não te ajudem a conseguir o que quer:
UPDATE tabela SET campo = (subconsulta) WHERE condição;
ou
Bom dia.
Como fazer um update apartir de um select.
UPDATE contasreceber SET numero = notasfiscais.numero WHERE
idcontasreceber IN(
SELECT notasfiscais.numero, contasreceber.idcontasreceber FROM
contasreceber INNER JOIN notasfiscais ON
contasreceber.idnf=notasfiscais.idnf WHERE contasreceber.nu
14 matches
Mail list logo