Outro detalhe, é que o técnico fez a cópia dos arquivos com o
postgresql rodando.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Já ia me esquecendo, era windows XP na maquina onde estava o
postgresql. a nova tem Windows 2003 server.
2009/6/1 Pedro B. Alves :
> Boa noite pessoal, seguinte, tenho um cliente, daqueles que não se
> esforçam para fazer backup, e inventaram de colocar outro servidor na
> empresa, para usar a maq
Boa noite pessoal, seguinte, tenho um cliente, daqueles que não se
esforçam para fazer backup, e inventaram de colocar outro servidor na
empresa, para usar a maquina anterior que tinha a instalação do
postgresql, enviaram a maquina para o técnico formatar, e o técnico
copiou o diretório arquivos de
order by data desc limit 1Em 01/06/2009 às 15:10 horas, pgbr-geral@listas.postgresql.org.br escreveu:
Boa tarde a todos
Como faco para recuperar uma linha baseada no valor de uma coluna. Por
exemplo, existem varias linhas com um mesmo codigo de produto e fornecedores
diversos, gostaria de uma view que me mostrasse somente a linha com o ultimo
fornecedor baseado na coluna "datacompra".
Senhores, para quem não se animou em enviar sua proposta de palestra
(seja lá por qual for o motivo, seguem algumas sugestões:
http://www.midstorm.org/~telles/2009/05/31/aberta-a-chamada-de-trabalhos-para-o-pgcon-brasil-2009/
Façam o PGCon Brasil 2009 melhor: participem e divulguem! :-)
___
Muito Obrigado pelas dicas!
2009/6/1 Euler Taveira de Oliveira
> Leandro Cavalari Soares escreveu:
> > Tenho duas que são úteis pra minha aplicação onde listo os TOP 10
> > (índices e tabelas), mas são separadas:
> >
> > * ÍNDICES:
> > o SELECT relname AS indice, pg_size_pretty(rel
os.yahoo.com/esportes/>
> >
> > ___
> > pgbr-geral mailing list
> > pgbr-geral@listas.postgresql.org.br
> > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
> >
> >
>
>
> --
>
Leandro Cavalari Soares escreveu:
> Tenho duas que são úteis pra minha aplicação onde listo os TOP 10
> (índices e tabelas), mas são separadas:
>
> * ÍNDICES:
> o SELECT relname AS indice, pg_size_pretty(relpages*8192) as
> "tamanho" FROM pg_class JOIN pg_indexes ON relna
Olá, Leandro
Me permite uma dica?
Se você estiver utilizando páginas diferentes do tamanho padrão de 8Kb a sua
consulta vai precisar de um ajuste.
Para ficar dinâmica você pode substituir (relpages*8192) por:
(SELECT setting::integer FROM pg_settings WHERE name='block_size')
E também é sempre
Opa,
Segue uma solução.
SELECT pg_namespace.nspname AS nome_do_esquema,
pg_class.relname AS nome_da_tabela,
pg_size_pretty(pg_total_relation_size(pg_class.relname)) AS
tamanho_da_tabela
FROM pg_namespace JOIN pg_class ON pg_namespace.oid=pg_class.relnamespace
WHERE pg_namespace.nspname IN ('publi
Em Seg, 2009-06-01 às 06:41 -0700, paulo matadr escreveu:
> Pessoal, alguem tem ai uma query pronta pra listar por tamanho (com
> indice) as tabelas do banco.
> agradeço desde ja
Fazendo um adendo ao que os demais colegas sugeriram vale dar uma olhada
em:
http://wiki.postgresql.org/wiki/Disk_Usag
obrigado
Foi certinho o que eu queria
De: "kminformat...@kminformatica.com.br"
Para: Comunidade PostgreSQL Brasileira
Enviadas: Segunda-feira, 1 de Junho de 2009 10:56:02
Assunto: Re: [pgbr-geral] listar tabelas pelo tamanho
SELECT n.nspname AS schemaname,
Tenho duas que são úteis pra minha aplicação onde listo os TOP 10 (índices e
tabelas), mas são separadas:
- ÍNDICES:
- SELECT relname AS indice, pg_size_pretty(relpages*8192) as "tamanho"
FROM pg_class JOIN pg_indexes ON relname = indexname ORDER BY
relpages DESC
limit 10;
- T
SELECT n.nspname AS schemaname, c.relname AS tablename, C.reltuples::int AS
Registros, pg_size_pretty(pg_relation_size(n.nspname ||'.'||c.relname)) as
Tamanho
FROM pg_class c
LEFT JOIN pg_namespace n ON n.oid = c.relnamespace
LEFT JOIN pg_tablespace t ON t.oid = c.reltablespace
WHERE c.relkind =
Pessoal, alguem tem ai uma query pronta pra listar por tamanho (com indice) as
tabelas do banco.
agradeço desde ja
Veja quais são os assuntos do momento no Yahoo! +Buscados
http://br.maisbuscados.yahoo.com___
pgbr-geral mailing list
pgbr-geral@l
Li seu artigo Fabio e gostaria de colocar minha visão.
Já trabalhei dos dois lados : desenvolvedor e nos últimos 11 anos como
DBA. Na época que eu era desenvolvedor ainda trabalhávamos com a
arquitetura de 2 camadas, então tínhamos como boa prática dividir o
processamento nas duas camadas (clie
>
> Mas a validação do CNPJ no lado servidor não acarretaria um processamento a
> mais??
> qual a vantagem de usar no lado do servidor ??
O tema é para lá de polêmico... mas há um tempo atrás tentei escrever
um pouco sobre o tema:
http://www.midstorm.org/~telles/2006/11/23/inteligncia-em-bancos-de
Mas a validação do CNPJ no lado servidor não acarretaria um processamento a
mais??
qual a vantagem de usar no lado do servidor ??
--- Ivan viana
E-MAIL: ivanvbom...@yahoo.com.br
MSN: apeiron...@hotmail.com ---
19 matches
Mail list logo