Re: [pgbr-geral] Encoding

[Leandro DUTRA]

2008/3/20, Luiz Rafael Culik Guimaraes <[EMAIL PROTECTED]>:
>  porque nao usa latin1

Está obsoleto.  Ao menos Latin 9 (ISO 8859-15), de preferência Unicode.

-- 
skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
+55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED]
+55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803
+55 (11) 5685 2219MSN: msnim:[EMAIL PROTECTED]
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Como identificar os processos no Windows?

[Ribamar Sousa]

No Linux usando o comando: ps ax|grep post
Temos os processos, com seus PIDs e uma idenficação de cada um.

  711 ?S  0:45 /usr/lib/postgresql/8.2/bin/postgres -D
/var/lib/postgresql/8.2/main -c
config_file=/etc/postgresql/8.2/main/postgresql.conf
  823 ?Ss 0:00 postgres: writer process
  824 ?Ss 0:00 postgres: stats collector process

No Windows, por mais que eu peça para mostrar outras colunas não vejo
como identificar os processos.

Na versão 8.3.x por default são 6 processos (postgres.exe) e mais o pg_ctl.exe.

Tem como identificar quem é o autovacuum ou o coletor de estatísticas,
por exemplo?

-- 
Ribamar FS - [EMAIL PROTECTED]
http://ribafs.net
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Encoding

[Ribamar Sousa]

Olá Luiz!

2008/3/20, Luiz Rafael Culik Guimaraes <[EMAIL PROTECTED]>:
>  porque nao usa latin1
>
>  no meu postgresql 8.3 no windows tenho de resposta para sua query ( usando o
>  pgadmin)
>
>  "client_encoding";"UNICODE"
>  "lc_collate";"C"
>  "lc_ctype";"C"
>  "lc_messages";"C"
>  "lc_monetary";"C"
>  "lc_numeric";"C"
>  "lc_time";"C"
>  "server_encoding";"LATIN1"
>
> "server_version";"8.3.0"
>  "server_version_num";"80300"

Rapaz, já tentei de diversas formas fazer meu 8.3 no Windows suportar
ou ficar em latin1, mas ainda não consegui. Já criei novos clusters
com initdb tentando exportar o encoding para a memória mas nada feito.

Como você conseguiu?
Ops, pera aí, usando o Locale 'C' também consegui, mas assim não vale,
pois fui alertado por um colega da lista (Euler) de que estaria
perdendo valiosos recursos regionais, como ordenação com caracteres
acentuados e cia.

No Linux consigo criar um novo cluster no 8.3 com o encoding latin1.
Parece que existe incompatibilidade entre o 8.3 e a codificação
win1252, pois mesmo criando um novo cluster, passando a variável de
ambiente (LANG com valor pt_BR.ISI-8859-1) para a memória, mesmo assim
não consigo.
Nas configurações regionais vejo que a ISO-8859-1 é suportada.

O 8.2 suporta sem dificuldades o latin1 e até podemos instalar com
essa codificação mas as coisas mudaram no 8.3.x.
Se alguém souber algo agradeço.

-- 
Ribamar FS - [EMAIL PROTECTED]
http://ribafs.net
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Encoding

[Luiz Rafael Culik Guimaraes]

Pois e

porque nao usa latin1

no meu postgresql 8.3 no windows tenho de resposta para sua query ( usando o 
pgadmin)

"client_encoding";"UNICODE"
"lc_collate";"C"
"lc_ctype";"C"
"lc_messages";"C"
"lc_monetary";"C"
"lc_numeric";"C"
"lc_time";"C"
"server_encoding";"LATIN1"
"server_version";"8.3.0"
"server_version_num";"80300"

[]s
Luiz
- Original Message - 
From: Silfar Goulart
To: Comunidade PostgreSQL Brasileira
Sent: Wednesday, March 19, 2008 3:35 PM
Subject: Re: [pgbr-geral] Encoding


Rode o seguinte SQL:
SELECT name, setting FROM pg_settings
  WHERE name ~ 'encoding|^lc_|version';
e veja os encodings em uso.

"client_encoding";"UNICODE"
"lc_collate";"Portuguese_Brazil.1252"
"lc_ctype";"Portuguese_Brazil.1252"
"lc_messages";"Portuguese_Brazil"
"lc_monetary";"Portuguese_Brazil"
"lc_numeric";"Portuguese_Brazil"
"lc_time";"Portuguese_Brazil"
"server_encoding";"UTF8"
"server_version";"8.3.0"
"server_version_num";"80300"






SELECT datname, pg_encoding_to_char(encoding) FROM pg_database;
lista o encoding de cada um de seus bancos de dados.

"template0";"UTF8"
"postgres";"UTF8"
"template1";"UTF8"
"sgda";"UTF8"

Pode me dizer se isto está correto ?



-- 
Silfar Goulart



___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral 

___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Problema Conexão

[Bruno Moreno]

Simplesmente meu banco funcionava e tal. Outro dia quis fazer acesso remoto,
e segui justamente esse tutorial passado pelo colega. Sei que de repente meu
banco não quer mais conectar.

Quando enviei esse email, desisntalei meu postgres e reinstalei novamente,
estou tentando novamente fazer acesso remoto, pois a base de dados será
acessada desta forma do sistema daqui, segui todos os passos do tutorial,
consegui conectar à maquina via telnet, porém pela minha aplicação não
consigo. Ainda agora tentei entrar no banco, localmente, do proprio
servidor, aparece novamente essa mensagem =/

Será que quando mexo em algum arquivo de configuração do postgres não estou
fazendo algo errado? Acho que não, porque já voltei tudo como estava e tá
dando o mesmo pau.

Agradeço.

att,



-- 
Bruno Neiva Moreno
http://lattes.cnpq.br/6104940306447079
http://indiota.blogspot.com

Graduando em Ciência da Computação - UFPB
LARHENA - Laboratório de Recursos Hídricos e Engenharia Ambiental

"Tudo posso naquele que me fortalece" Fl. 4:13
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] OFF TOPIC - Projeto que regulamenta p rofissões de informática foi aprovado na CCT - Senado Federal

[Alexsander Rosa]

Discordo.

1º) Um médico pode praticar cirurgias com cadáveres, um farmacêutico pode
testar seus remédios em animais, um engenheiro pode construir em locais de
teste e fazer medições de cargas com equipamento adequado. Testes e ensaios
não são privilégios da Informática.

2º) Um bug num software também pode causar mortes. Em 1987 o equipamento de
radioterapia Therac-25 matou 5 pacientes; em novembro de 2000 o software de
planejamento de radioterapia da Multidata Systems matou 8 e deixou 20 com
graves seqüelas. Em 1991 uma falha de software do míssil Patriot (que
dispara automaticamente), da Raytheon, causou a morte de 28 soldados
americanos. O mesmo Patriot em 2003 abateu um caça Tornado GR-4 inglês por
engano, matando dois pilotos da RAF.

Naturalmente há inúmeros casos de prejuízos milionários. O foguete Ariane 5,
que explodiu em 1996 graças a uma falha de software, custou cerca de US$ 500
milhões (incluindo o satélite que seria lançado). Em 1990 a AT&T teve uma
pane de 9 horas por causa de uma única linha de código: 75 milhões de
ligações e 200 mil reservas aéreas foram perdidas.

Em 17/03/08, Nabucodonosor Coutinho <[EMAIL PROTECTED]> escreveu:
>
> (...)
> A diferença entre informática e a comparação boba que vocês fazem com
> medicina e farmácia, é que em informática podemos testar e errar 100
> ou 1000 vezes para acertar uma. E se após acertar essa uma vez a gente
> não entendeu porque tudo funcionou, a gente pode testar de novo até
> entender e depois podemos testar de novo até aperfeiçoar.
>
> E podemos fazer tudo isso sem quaisquer tipo de prejuízos materiais
> que um médico, um farmaceutico ou um engenheiro civil poderia ter se
> tentasse fazer o mesmo.
> (...)
>


-- 
Atenciosamente,

Alexsander da Rosa
Linux User #113925
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] OFF TOPIC - Projeto que regulamenta profis sões de informática foi aprovado na CCT - Sena do Federal

[Leandro DUTRA]

2008/3/19, Nabucodonosor Coutinho <[EMAIL PROTECTED]>:
>  puts cara, eu nao sei nao, eu nao boto minha mao no fogo por bill
>  gates, mas veja que o MS-DOS foi o responsavel pela popularizacao da
>  informatica, sem ele era dificil um pc chegar a um escritorio rodando
>  um SO que custava 10 vezes mais que a propria maquina.

Como se só houvesse Unix além do MS-DOS!  O CP/M-86 era melhor, o
MS-DOS foi um acidente.  Se não fosse o aprisionamento tecnológico, o
plano original da MS era migrar todo mundo para Xenix.


> O Mac e  o
>  MacOS nao foram feitos e programados por Jobs, mas até o primeiro
>  apple 2, este foi construido todo, maquina e software, por um único
>  homem, o então socio de jobs Wozniak, este não tinha e ainda não tem
>  formação superior.

Mas é um gênio.  Como Jobs é um gênio dos negócios, e Bill Gates do estelionato.

Genialidade não é parâmetro, e mesmo gênios se beneficiam duma educação.

-- 
skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
+55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED]
+55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803
+55 (11) 5685 2219MSN: msnim:[EMAIL PROTECTED]
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] OFF TOPIC - Projeto que regulamenta p rofissões de informática foi aprovado na CCT - Senado Federal

[Nilson Chagas]

Apesar de chamar Nabucodonosor, vc lembrou Salomão agora. rsrsrs

Assino em baixo.

Em 17/03/08, Nabucodonosor Coutinho <[EMAIL PROTECTED]> escreveu:
>
> Pessoal, vou tratar com vocês como se estivesse falando na terceira
> pessoa do singular por considerar estar aconselhando uma migo, leiam
> com atenção:
>
> Eu acredito que precisa estudar sim e muito, mas nao se estuda só em
> faculdade. e os professores dos primeiro cursos de faculdade onde
> estudaram? você sabe que no brasil tem gente fazendo MBA, onde alguns
> professores de
> determinadas disciplinas não tem formação universitaria?
>
> pode-se estudar e aprender bastante na internet, em livros, e testando
> essas informações na prática, mais do que em qualquer faculdade.
>
> A diferença entre informática e a comparação boba que vocês fazem com
> medicina e farmácia, é que em informática podemos testar e errar 100
> ou 1000 vezes para acertar uma. E se após acertar essa uma vez a gente
> não entendeu porque tudo funcionou, a gente pode testar de novo até
> entender e depois podemos testar de novo até aperfeiçoar.
>
> E podemos fazer tudo isso sem quaisquer tipo de prejuízos materiais
> que um médico, um farmaceutico ou um engenheiro civil poderia ter se
> tentasse fazer o mesmo.
>
> Outra coisa é a questão da valorização:
>
> Você ganha pouco?
> A culpa é da falta de regulamentação?
> A culpa é da falta de mercado de trabalho?
>
> Eu trabalho somente com informatica, faz uns 10 anos se nao me engano.
>
> Não tenho o que me queixar de valorização e nem de reconhecimento,
> porque o valor do meu trabalho e o reconhecimento que tenho conseguido
> tem dependido somente de mim.
>
> Nem sempre foi assim, mas quando não era eu não culpava fatores
> externos, eu sabia que meu sucesso ou meu fracasso ou como se chame,
> dependia somente de mim. A partir daí eu fui atráz e alcancei muitos
> dos meus objetivos profissionais e financeiros. E eu nao gostaria de
> dizer aqui quanto eu ganho por mês, mas eu nao tenho mais que mais que
> olhar meu saldo quando vou ao caixa eletronico fazer um saque.
>
> Então não é o fato de alguém regulamentar sua profissão que vai lhe
> valorizar, ou valorizar o seu trabalho. Mas eu acho que podemos
> encerrar por aqui porque eu tenho certeza que isso é uma coisa que
> você vai poder ver na prática.
>
> Quando isso acontecer lembre-se:
> sua vida não depende de ninguém além de você mesmo
>
> De quebra vocês poderiam comprar esse livro:
>
> http://www.esextante.com.br/publique/cgi/public/cgilua.exe/web/templates/htm/principal/view_0002.htm?editionsectionid=2&infoid=2568&user=reader
>
>
>
> Em 17/03/08, Evandro Ricardo
> Silvestre<[EMAIL PROTECTED]> escreveu:
> > Acho que essa discussão já deu o que tinha que dar. E está tomando um
> >  rumo pessoal e não profissional.
> >  Quem quiser continuar, recomendo a lista [1] da SBC que é especifica
> >  sobre regulamentação da nossa profissão.
> >  Está rolando uma thread gigantesca por lá com participantes de grande
> porte.
> >
> >  [1] https://grupos.ufrgs.br/mailman/listinfo/profi-l
> >
> >  Evandro
> >
> > Erlon - Forsell wrote:
> >  > não duvido que alguém que nunca frequentou uma faculdade possa
> >  > desenvolver um tremendo sistema que eu jamais sonhei em desenvolver.
> >  > agora para analista são muitas áreas envolvidas. ética,
> administração,
> >  > atendimento ao cliente, modelagem, enfim, é muita coisa, para isso
> >  > acredito ser necessária regulamentação.
> >  >
> >  > - Original Message -
> >
> > > *From:* poste9 
> >  > *To:* Comunidade PostgreSQL Brasileira
> >
> > > 
> >  > *Sent:* Monday, March 17, 2008 5:25 PM
> >  > *Subject:* Re: [pgbr-geral]OFF TOPIC - Projeto que regulamenta
> >  > profissões de informática foi aprovado na CCT - Senado Federal
> >  >
> >  > Claro, vc diz q não sou capaz dum trabalho que exerço a 2 anos e
> >  > meio sem nunca ter reclamação, muito pelo contrário.
> >  >
> >  > Em 17/03/08, *Erlon - Forsell* <[EMAIL PROTECTED]
> >
> > > > escreveu:
> >
> > >
> >  > é natural que quem não cursou e não sabe do que estou falando
> >  > realmente não concorde.
> >  >
> >  >
> >  > oasihuasohihuhusu
> >  > sem comentários...
> >  >
> >  >
> >  > Em 17/03/08, *Erlon - Forsell* <[EMAIL PROTECTED]
> >
> > > > escreveu:
> >
> > >
> >  > Acho que tem coisas que só se aprende na faculdade e
> >  > isso faz um profissional completo, por isso concordo
> >  > com uma boa regulamentação para dificultar o mercado
> >  > para quem aprende em casa, não é justo o investimento
> >  > que se faz e concorrer com pessoas que aprenderam
> >  > sozinho. por exemplo. Um cara pode ser excelente
> >  > programador sem ter feito 

Re: [pgbr-geral] OFF TOPIC - Projeto que regulamenta p rofissões de informática foi aprovado na CCT - Senado Federal

[Nabucodonosor Coutinho]

Pessoal, vou tratar com vocês como se estivesse falando na terceira
pessoa do singular por considerar estar aconselhando uma migo, leiam
com atenção:

Eu acredito que precisa estudar sim e muito, mas nao se estuda só em
faculdade. e os professores dos primeiro cursos de faculdade onde
estudaram? você sabe que no brasil tem gente fazendo MBA, onde alguns
professores de
determinadas disciplinas não tem formação universitaria?

pode-se estudar e aprender bastante na internet, em livros, e testando
essas informações na prática, mais do que em qualquer faculdade.

A diferença entre informática e a comparação boba que vocês fazem com
medicina e farmácia, é que em informática podemos testar e errar 100
ou 1000 vezes para acertar uma. E se após acertar essa uma vez a gente
não entendeu porque tudo funcionou, a gente pode testar de novo até
entender e depois podemos testar de novo até aperfeiçoar.

E podemos fazer tudo isso sem quaisquer tipo de prejuízos materiais
que um médico, um farmaceutico ou um engenheiro civil poderia ter se
tentasse fazer o mesmo.

Outra coisa é a questão da valorização:

Você ganha pouco?
A culpa é da falta de regulamentação?
A culpa é da falta de mercado de trabalho?

Eu trabalho somente com informatica, faz uns 10 anos se nao me engano.

Não tenho o que me queixar de valorização e nem de reconhecimento,
porque o valor do meu trabalho e o reconhecimento que tenho conseguido
tem dependido somente de mim.

Nem sempre foi assim, mas quando não era eu não culpava fatores
externos, eu sabia que meu sucesso ou meu fracasso ou como se chame,
dependia somente de mim. A partir daí eu fui atráz e alcancei muitos
dos meus objetivos profissionais e financeiros. E eu nao gostaria de
dizer aqui quanto eu ganho por mês, mas eu nao tenho mais que mais que
olhar meu saldo quando vou ao caixa eletronico fazer um saque.

Então não é o fato de alguém regulamentar sua profissão que vai lhe
valorizar, ou valorizar o seu trabalho. Mas eu acho que podemos
encerrar por aqui porque eu tenho certeza que isso é uma coisa que
você vai poder ver na prática.

Quando isso acontecer lembre-se:
sua vida não depende de ninguém além de você mesmo

De quebra vocês poderiam comprar esse livro:
http://www.esextante.com.br/publique/cgi/public/cgilua.exe/web/templates/htm/principal/view_0002.htm?editionsectionid=2&infoid=2568&user=reader



Em 17/03/08, Evandro Ricardo
Silvestre<[EMAIL PROTECTED]> escreveu:
> Acho que essa discussão já deu o que tinha que dar. E está tomando um
>  rumo pessoal e não profissional.
>  Quem quiser continuar, recomendo a lista [1] da SBC que é especifica
>  sobre regulamentação da nossa profissão.
>  Está rolando uma thread gigantesca por lá com participantes de grande porte.
>
>  [1] https://grupos.ufrgs.br/mailman/listinfo/profi-l
>
>  Evandro
>
> Erlon - Forsell wrote:
>  > não duvido que alguém que nunca frequentou uma faculdade possa
>  > desenvolver um tremendo sistema que eu jamais sonhei em desenvolver.
>  > agora para analista são muitas áreas envolvidas. ética, administração,
>  > atendimento ao cliente, modelagem, enfim, é muita coisa, para isso
>  > acredito ser necessária regulamentação.
>  >
>  > - Original Message -
>
> > *From:* poste9 
>  > *To:* Comunidade PostgreSQL Brasileira
>
> > 
>  > *Sent:* Monday, March 17, 2008 5:25 PM
>  > *Subject:* Re: [pgbr-geral]OFF TOPIC - Projeto que regulamenta
>  > profissões de informática foi aprovado na CCT - Senado Federal
>  >
>  > Claro, vc diz q não sou capaz dum trabalho que exerço a 2 anos e
>  > meio sem nunca ter reclamação, muito pelo contrário.
>  >
>  > Em 17/03/08, *Erlon - Forsell* <[EMAIL PROTECTED]
>
> > > escreveu:
>
> >
>  > é natural que quem não cursou e não sabe do que estou falando
>  > realmente não concorde.
>  >
>  >
>  > oasihuasohihuhusu
>  > sem comentários...
>  >
>  >
>  > Em 17/03/08, *Erlon - Forsell* <[EMAIL PROTECTED]
>
> > > escreveu:
>
> >
>  > Acho que tem coisas que só se aprende na faculdade e
>  > isso faz um profissional completo, por isso concordo
>  > com uma boa regulamentação para dificultar o mercado
>  > para quem aprende em casa, não é justo o investimento
>  > que se faz e concorrer com pessoas que aprenderam
>  > sozinho. por exemplo. Um cara pode ser excelente
>  > programador sem ter feito faculdade, mas é na
>  > faculdade que aprendemos tudo que envolve, não só a
>  > programação em sim, mas modelagem, administração,
>  > ética, fazemos o juramento etc,etc..
>  > quem aprende sozinho é um técnico geralmente, sabe
>  > fazer só aquilo, operar com uma visão não tão ampla

Re: [pgbr-geral] OFF TOPIC - Projeto que regulamenta p rofissões de informática foi aprovado na CCT - Senado Federal

[Nabucodonosor Coutinho]

Em 18/03/08, Leandro DUTRA<[EMAIL PROTECTED]> escreveu:
> 2008/3/18, renato <[EMAIL PROTECTED]>:
>
> > Steve Jobs, Bill Gates e Michael Dell, são apenas alguns nomes que não tem
>  > formação acadêmica e eles não tem vergonha em esconder isso.
>
>
> Interessante que nenhum deles fez nada que prestasse em termos de
>  Informática.  Agora, se você falasse de Steve Wozniak e Paul Allen...
>

puts cara, eu nao sei nao, eu nao boto minha mao no fogo por bill
gates, mas veja que o MS-DOS foi o responsavel pela popularizacao da
informatica, sem ele era dificil um pc chegar a um escritorio rodando
um SO que custava 10 vezes mais que a propria maquina. O Mac e  o
MacOS nao foram feitos e programados por Jobs, mas até o primeiro
apple 2, este foi construido todo, maquina e software, por um único
homem, o então socio de jobs Wozniak, este não tinha e ainda não tem
formação superior.

Segundo Jobs essa foi a argumentação da HP para recusar o projeto do Apple I:
"Nós não precisamos de vocês, vocês mal terminaram a faculdade"





>
>
>  >  Eu vejo isso como despeito. Não tem outra explicação.
>
>
> Claro que tem.  Padrões mínimos de trabalho.  Não que eu ache que vai 
> resolver.
>
>
>
>  --
>
> skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
>  +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED]
>  +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803
>  +55 (11) 5685 2219MSN: msnim:[EMAIL PROTECTED]
>  ___
>
> pgbr-geral mailing list
>  pgbr-geral@listas.postgresql.org.br
>  https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>


-- 
Nabucodonosor Coutinho
--
O cartão de crédito que você ganha comprando ou indicando pessoas ->
http://www.cartaounicardmegabonus.net
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Problema com Função

[Euler Taveira de Oliveira]

Vinicius Santos - MSI wrote:

> Só que eu queria que o Update fosse executado em outra transação, para 
> ser comitada independente da transação corrente dar Rollback.
>  
Isso se chama "autonomous transaction"; o PostgreSQL ainda não tem 
suporte a isso.


-- 
   Euler Taveira de Oliveira
   http://www.timbira.com/
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Ultimo Vacuum

[Euler Taveira de Oliveira]

Dickson Guedes wrote:

>>
>> Existe alguma forma de saber quando foi executado o ultimo vacuum em 
>> uma base de dados?
>>   
euler=# select relname, last_vacuum, last_autovacuum from 
pg_stat_all_tables where schemaname ~ 'public';
  relname |  last_vacuum  | last_autovacuum
-+---+-
  foo | 2008-03-20 15:07:11.903896-03 |
  bar |   |
(2 registros)

> 
> Não é a resposta direta à sua pergunta, mas é uma informação 
> interessante. O SELECT abaixo mostra os objetos que precisam de vacuum. 
> (Dica: crie uma view para ele)
> 
Porque não utilizar o pgstattuple [1] ?
Sugiro que o autovacuum seja utilizado ao invés de ficar tentando 
reinventar a roda.

[1] http://www.postgresql.org/docs/8.3/static/pgstattuple.html


-- 
   Euler Taveira de Oliveira
   http://www.timbira.com/
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] migracao windows para linux

[Euler Taveira de Oliveira]

Vinicius wrote:

> Base atual no windows 2003Server
> OS destino Ubuntu server 64
> 
> comandos:
> 
> gunzip -c bckFile.gz | psql -d nomeBase
> 
Como foi feito a cópia de segurança (aka backup) ? Quais as versões do 
postgresql no window$ e no ubuntu ?
Aconselho que veja [1] para esclarecer como funciona a cópia de 
segurança/restauração.

[1] http://www.postgresql.org/docs/8.3/static/backup-dump.html


-- 
   Euler Taveira de Oliveira
   http://www.timbira.com/
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Problema com Função

[Vinicius Santos - MSI]

Pessoal, eu queria fazer um update dentro de uma funçaõ só que em outra 
transação por exemplo:

create or replace function TESTE() returns void as $$
begin
  execute('update Tabela set campo = True');
end;
$$ language plpgsql;

Só que eu queria que o Update fosse executado em outra transação, para ser 
comitada independente da transação corrente dar Rollback.

Vinicius dos Santos
Analista de Desenvolvimento Júnior
MSI SOLUÇÕES
Av. Dr. Altino Arantes, 131 Sala 145 - 146 Centro - Ourinhos/Sp - Brasil
Fone/Fax: +55 (14) 3324-8181  www.msisolucoes.com.br
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Problemas na inserção de imagens em campos Oids

[Emerson - Senda]

Só pra acrescentar...

Naquela solução que eu te falei com Zeos (que implentei aqui) utilizo 
"bytea"

Antonio Nascimento escreveu:
> Adenilton,
>  
> Procura sobre "bytea" é outra solução que não depende de funções "lo".
>  
> Antonio Nascimento
>
> 2008/3/20 Adenilton Batista da Silva <[EMAIL PROTECTED] 
> >:
>
> Bom dia Osvaldo,
>  
> Ok, isso eu entedi. Realmente a imagem que tentei inserir está no
> HD da máquina cliente, o que é um erro, mas meu maior problema não
> é esse, pra ser mais claro gostaria de saber se tenho como inseir
> essas imagens sem o uso das funções lo_import, lo_export, etc?
>  
> E por que não utilizar essas funções? bem para utilizá-las eu
> preciso delegar ao usuário da máquina cliente o privilégio de
> super usuário.
>  
> Procurei na lista e encontrei alguns tópicos que falavam sobre,
> mas todos utilizavam estas funções acima citadas.
>  
>  
> Grato pela atenção dispensada,
>
>
> *ADENILTON Batista da Silva *
>   Index Informática LTDA  
>(79)3431-3234 / 9142-0886 
>  _ [EMAIL PROTECTED] _
> www.indexinformatica.com.br 
>
> 
> > Date: Thu, 20 Mar 2008 11:30:29 -0300
> > To: pgbr-geral@listas.postgresql.org.br
> 
> > From: [EMAIL PROTECTED] 
>
> > Subject: Re: [pgbr-geral] Problemas na inserção de imagens em
> campos Oids
> >
> > Adenilton Batista da Silva escreveu:
> > >
> > > Estou com o seguinte dilema ao tentar inserir imagens em
> campos oids na
> > > interface do cliente;
> > >
> > > Tenho a seguinte tabela:
> > >
> > > CREATE TABLE clientes
> > > (
> > > codigo integer NOT NULL,
> > > denominacao character varying(1) NOT NULL,
> > > dtcadastro date NOT NULL,
> > > ultmovimentacao date,
> > > nome character varying(50) NOT NULL,
> > > sexo character varying(1),
> > > dtnascimento date,
> > > apelido character varying(50),
> > > endereco character varying(50),
> > > complemento character varying(50),
> > > bairro character varying(15),
> > > cidade character varying(30),
> > > estado character varying(2),
> > > cep character varying(9),
> > > fone character varying(20),
> > > fax character varying(10),
> > > restricao boolean,
> > > cpfcnpj character varying(14),
> > > rgie character varying(10),
> > > orgemissor character varying(5),
> > > ufemissor character varying(2),
> > > limitecredito numeric(15,2),
> > > pai character varying(50),
> > > mae character varying(50),
> > > conjuge character varying(50),
> > > profissao character varying(30),
> > > email character varying(50),
> > > cbendereco character varying(50),
> > > cbcomplemento character varying(50),
> > > cbbairro character varying(15),
> > > cbcidade character varying(30),
> > > cbestado character varying(2),
> > > cbcep character varying(9),
> > > cbfone character varying(20),
> > > cbfax character varying(10),
> > > obs character varying(100),
> > > ativo boolean NOT NULL,
> > > foto oid,
> > > CONSTRAINT clientes_pkey PRIMARY KEY (codigo)
> > > )
> > >
> > > No cliente por exemplo, quando executo o comando "INSERT INTO
> CLIENTES
> > > (codigo, denominacao, dtcadastro, nome, foto) VALUES ('1', '2',
> > > '20/03/2008', 'CLIENTE TESTE', lo_import ('C:\TESTE.JPG'))" me
> retorna o
> > > seguinte erro: "ERRO: deve ser super-usuário para utilizar
> lo_import()
> > > do servidor";
> > >
> > > Detalhe os usuários criados para uso nos clientes não são
> super-usuários
> > > por motivos de segurança. Estou programando no delphi e logo
> não tenho
> > > como incluir a biblioteca libpq do C (a não ser por uso de
> dll's) e pela
> > > quantidade de imagens fica inviável guardá-las em diretórios e
> gravar
> > > somente o caminho, gostaria de saber se alguem já passou por
> isto e teve
> > > alguma "luz" de como contornar este problema.
> > >
> >
> >
> > Quando você informa "C:\TESTE.JPG" você deseja se referir ao hd
> de sua
> > máquina cliente ou ao hd do servidor? O PostgreSQL considera que
> é o
> > *hd do servidor*, pois o comando está sendo executado no
> servidor, e
> > daí, provavelmente, o problema da permissão.
> >
> > Procure no histórico pois isto já foi discutido anteriormente.
> >
> > Osvaldo
> > PS. Não trabalho com Delphi.
> > __
>


--
Esta mensagem foi verificada pelo sistema de Anti-virus da SJB Solados.

_

Re: [pgbr-geral] RES: Enviando E-mail

[Luciano Mittmann]

Tem um exemplo aqui:
http://commonabnormality.com/archives/83

Em 19/03/08, Rafael Garbin <[EMAIL PROTECTED]> escreveu:
>
> Alguem poderia me explicar como funciona esse pgmail?
>
>
> Em 19/03/08, Tatu <[EMAIL PROTECTED]> escreveu:
> >
> >  alguem tem funcionando o pgmail ?
> >
> > Santiago.
> > NSR Informática.
> >
> >  -Mensagem original-
> > *De:* [EMAIL PROTECTED] [mailto:
> > [EMAIL PROTECTED] *Em nome de *William Leite
> > Araújo
> > *Enviada em:* terça-feira, 18 de março de 2008 12:12
> > *Para:* Comunidade PostgreSQL Brasileira
> > *Assunto:* Re: [pgbr-geral] Enviando E-mail
> >
> > http://sourceforge.net/projects/pgmail/
> >
> > 2008/3/18, Rafael Garbin <[EMAIL PROTECTED]>:
> > >
> > > Prezados,
> > >
> > > Como faço para mandar e-mail via o banco?, existe alguma pl?
> > >
> > > Desde já agradeço.
> > >
> > > ___
> > > pgbr-geral mailing list
> > > pgbr-geral@listas.postgresql.org.br
> > > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
> > >
> > >
> >
> >
> > --
> > William Leite Araújo
> > Analista de Banco de Dados - QualiConsult
> >
> >
> > ___
> > pgbr-geral mailing list
> > pgbr-geral@listas.postgresql.org.br
> > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
> >
> >
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] migrando OS

[jota . comm]

Olá,

Como você comentou que está com muitos erros, você pode fazer o seguinte:

Crie o arquivo chamado .psqlrc dentro do diretório do usuário que está
executando o processo de restauração e coloque a seguinte linha:

\set ON_ERROR_STOP on

Assim no primeiro erro o seu script será interrompido e você consegue ver
qual foi o erro gerado.
Outra possibilidade é você configurar os logs do postgres. Os parâmetros
estão no arquivo postgresql.conf

Espero ter ajudado.

[]s

2008/3/20, Evandro Ricardo Silvestre <[EMAIL PROTECTED]>:
>
> Vinicius wrote:
> > Estou migrando de Windows 2003 Server para Ubuntu Server 64, mas estou
> > tendo problemas para restaurar o backup no linux,, exibe centenas de
> > erros, gostaria de saber se existe algum comando que eu coloque por ex:
> >
> > host origem, host destino, database,, algo assim para q eu transferisse
> > a base, pois estou com as 2 maquinas na rede
>
> No Linux, faça:
> - pg_dump -h  -U   | psql -U 
> -h  
>
> Só para lembrar que se for local, não precisa do IP.
>
>
> Evandro
>
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Problemas na inserção de imagens em campos Oids

[jota . comm]

Olá,

Você pode usar a função \lo_import e \lo_export do próprio psql, assim você
não precisa ser superusuário para realizar esse processo.
Normalmente faço direto via psql não cheguei a testar vindo por uma
aplicação, mas acredito que deva funcionar, precisaria testar. Se acharem
interessante eu publico aqui na lista.

[]s



Em 20/03/08, Antonio Nascimento <[EMAIL PROTECTED]> escreveu:
>
> Adenilton,
>
> Procura sobre "bytea" é outra solução que não depende de funções "lo".
>
> Antonio Nascimento
>
> 2008/3/20 Adenilton Batista da Silva <[EMAIL PROTECTED]>:
>
> > Bom dia Osvaldo,
> >
> > Ok, isso eu entedi. Realmente a imagem que tentei inserir está no HD da
> > máquina cliente, o que é um erro, mas meu maior problema não é esse, pra ser
> > mais claro gostaria de saber se tenho como inseir essas imagens sem o uso
> > das funções lo_import, lo_export, etc?
> >
> > E por que não utilizar essas funções? bem para utilizá-las eu preciso
> > delegar ao usuário da máquina cliente o privilégio de super usuário.
> >
> > Procurei na lista e encontrei alguns tópicos que falavam sobre, mas
> > todos utilizavam estas funções acima citadas.
> >
> >
> > Grato pela atenção dispensada,
> >
> > *ADENILTON Batista da Silva *
> >   Index Informática LTDA
> >(79)3431-3234 / 9142-0886
> >  * [EMAIL PROTECTED]
> > www.indexinformatica.com.br
> >
> > --
> > > Date: Thu, 20 Mar 2008 11:30:29 -0300
> > > To: pgbr-geral@listas.postgresql.org.br
> > > From: [EMAIL PROTECTED]
> > > Subject: Re: [pgbr-geral] Problemas na inserção de imagens em campos
> > Oids
> > >
> >  > Adenilton Batista da Silva escreveu:
> > > >
> > > > Estou com o seguinte dilema ao tentar inserir imagens em campos oids
> > na
> > > > interface do cliente;
> > > >
> > > > Tenho a seguinte tabela:
> > > >
> > > > CREATE TABLE clientes
> > > > (
> > > > codigo integer NOT NULL,
> > > > denominacao character varying(1) NOT NULL,
> > > > dtcadastro date NOT NULL,
> > > > ultmovimentacao date,
> > > > nome character varying(50) NOT NULL,
> > > > sexo character varying(1),
> > > > dtnascimento date,
> > > > apelido character varying(50),
> > > > endereco character varying(50),
> > > > complemento character varying(50),
> > > > bairro character varying(15),
> > > > cidade character varying(30),
> > > > estado character varying(2),
> > > > cep character varying(9),
> > > > fone character varying(20),
> > > > fax character varying(10),
> > > > restricao boolean,
> > > > cpfcnpj character varying(14),
> > > > rgie character varying(10),
> > > > orgemissor character varying(5),
> > > > ufemissor character varying(2),
> > > > limitecredito numeric(15,2),
> > > > pai character varying(50),
> > > > mae character varying(50),
> > > > conjuge character varying(50),
> > > > profissao character varying(30),
> > > > email character varying(50),
> > > > cbendereco character varying(50),
> > > > cbcomplemento character varying(50),
> > > > cbbairro character varying(15),
> > > > cbcidade character varying(30),
> > > > cbestado character varying(2),
> > > > cbcep character varying(9),
> > > > cbfone character varying(20),
> > > > cbfax character varying(10),
> > > > obs character varying(100),
> > > > ativo boolean NOT NULL,
> > > > foto oid,
> > > > CONSTRAINT clientes_pkey PRIMARY KEY (codigo)
> > > > )
> > > >
> > > > No cliente por exemplo, quando executo o comando "INSERT INTO
> > CLIENTES
> > > > (codigo, denominacao, dtcadastro, nome, foto) VALUES ('1', '2',
> > > > '20/03/2008', 'CLIENTE TESTE', lo_import ('C:\TESTE.JPG'))" me
> > retorna o
> > > > seguinte erro: "ERRO: deve ser super-usuário para utilizar
> > lo_import()
> > > > do servidor";
> > > >
> > > > Detalhe os usuários criados para uso nos clientes não são
> > super-usuários
> > > > por motivos de segurança. Estou programando no delphi e logo não
> > tenho
> > > > como incluir a biblioteca libpq do C (a não ser por uso de dll's) e
> > pela
> > > > quantidade de imagens fica inviável guardá-las em diretórios e
> > gravar
> > > > somente o caminho, gostaria de saber se alguem já passou por isto e
> > teve
> > > > alguma "luz" de como contornar este problema.
> > > >
> > >
> > >
> > > Quando você informa "C:\TESTE.JPG" você deseja se referir ao hd de sua
> >
> > > máquina cliente ou ao hd do servidor? O PostgreSQL considera que é o
> > > *hd do servidor*, pois o comando está sendo executado no servidor, e
> > > daí, provavelmente, o problema da permissão.
> > >
> > > Procure no histórico pois isto já foi discutido anteriormente.
> > >
> > > Osvaldo
> > > PS. Não trabalho com Delphi.
> > > ___
> > > pgbr-geral mailing list
> > > pgbr-geral@listas.postgresql.org.br
> > > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
> >
> >  --
> > Veja mapas e encontre as melhores rotas para fugir do trânsito com o
> > Live Search Maps! Experimente 
> > já!
> >

Re: [pgbr-geral] migrando OS

[Evandro Ricardo Silvestre]

Vinicius wrote:
> Estou migrando de Windows 2003 Server para Ubuntu Server 64, mas estou 
> tendo problemas para restaurar o backup no linux,, exibe centenas de 
> erros, gostaria de saber se existe algum comando que eu coloque por ex:
>
> host origem, host destino, database,, algo assim para q eu transferisse 
> a base, pois estou com as 2 maquinas na rede
No Linux, faça:
- pg_dump -h  -U   | psql -U  
-h  

Só para lembrar que se for local, não precisa do IP.

Evandro

___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] migrando OS

[Leandro Guimarães Faria Corcete DUTRA]

On jeu, 2008-03-20 at 13:18 -0300, Vinicius wrote:
> Estou migrando de Windows 2003 Server para Ubuntu Server 64, mas estou 
> tendo problemas para restaurar o backup no linux,, exibe centenas de 
> erros, gostaria de saber se existe algum comando que eu coloque por ex:

Relato os erros aqui.


> host origem, host destino, database,, algo assim para q eu transferisse 
> a base, pois estou com as 2 maquinas na rede

pg_dumpall e restaure.

-- 
+55 (11) 5685 2219  http://br.geocities.com./lgcdutra/
+55 (11) 3040 7300 r155gTalk: xmpp:[EMAIL PROTECTED]
+55 (11) 9406 7191   ICQ/AIM: aim:GoIM?screenname=61287803
Yahoo!: ymsgr:sendIM?lgcdutra skype:leandro.gfc.dutra?chat
 MSN: msnim:[EMAIL PROTECTED]


___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Ultimo Vacuum

[jota . comm]

Olá,

Você pode gerar um arquivo de log para o processo de vacuum, assim acredito
que fica mais fácil de saber quando o seu último vacuum foi executado.

Exemplo:

vacuumdb -d banco -z -v >> vacuum_em_`date +%d-%m-%Y`.txt 2>&1

Outras possibilidades para a variação pode ser obtida consulta o comando
date --help.

Espero ter ajudado.

[]s



2008/3/20, Thiago Boufleuhr <[EMAIL PROTECTED]>:
>
> Show de bola!
>
> vou utilizar agora mesmo!
>
> Outras sugestoes ?
>
> Muito Obrigado!
>
> Dickson Guedes escreveu:
>
> > Thiago Boufleuhr escreveu:
> >
> >> Pessoal,
> >>
> >> Existe alguma forma de saber quando foi executado o ultimo vacuum
> em
> >> uma base de dados?
> >>
> >>
> >
> > Não é a resposta direta à sua pergunta, mas é uma informação
> > interessante. O SELECT abaixo mostra os objetos que precisam de vacuum.
> > (Dica: crie uma view para ele)
> >
> > SELECT pg_namespace.nspname, pg_class.relname, pg_class.reltuples,
> > pg_class.relpages, rowwidths.avgwidth,
> >ceil(pg_class.reltuples * rowwidths.avgwidth::double precision /
> > current_setting('block_size'::text)::double precision) AS expectedpages,
> >pg_class.relpages::double precision / ceil(pg_class.reltuples *
> > rowwidths.avgwidth::double precision /
> > current_setting('block_size'::text)::double precision) AS bloat,
> >ceil((pg_class.relpages::double precision *
> > current_setting('block_size'::text)::double precision -
> > ceil(pg_class.reltuples * rowwidths.avgwidth::double precision)) /
> > 1024::double precision) AS wastedspace
> >   FROM ( SELECT pg_statistic.starelid, sum(pg_statistic.stawidth) AS
> > avgwidth
> >FROM pg_statistic
> >   GROUP BY pg_statistic.starelid) rowwidths
> >JOIN pg_class ON rowwidths.starelid = pg_class.oid
> >JOIN pg_namespace ON pg_namespace.oid = pg_class.relnamespace
> >   WHERE pg_class.relpages > 1;
> >
> >
> >
> > []s
> > Guedes
> > ___
> > pgbr-geral mailing list
> > pgbr-geral@listas.postgresql.org.br
> > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
> >
> >
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] migrando OS

[Vinicius]

Estou migrando de Windows 2003 Server para Ubuntu Server 64, mas estou 
tendo problemas para restaurar o backup no linux,, exibe centenas de 
erros, gostaria de saber se existe algum comando que eu coloque por ex:

host origem, host destino, database,, algo assim para q eu transferisse 
a base, pois estou com as 2 maquinas na rede


-- 
Vinicius D. Barba
Totalsat - Departamento TI
(41) 2109-7716

___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Problemas na inserção de imagens em campos Oids

[Antonio Nascimento]

Adenilton,

Procura sobre "bytea" é outra solução que não depende de funções "lo".

Antonio Nascimento

2008/3/20 Adenilton Batista da Silva <[EMAIL PROTECTED]>:

> Bom dia Osvaldo,
>
> Ok, isso eu entedi. Realmente a imagem que tentei inserir está no HD da
> máquina cliente, o que é um erro, mas meu maior problema não é esse, pra ser
> mais claro gostaria de saber se tenho como inseir essas imagens sem o uso
> das funções lo_import, lo_export, etc?
>
> E por que não utilizar essas funções? bem para utilizá-las eu preciso
> delegar ao usuário da máquina cliente o privilégio de super usuário.
>
> Procurei na lista e encontrei alguns tópicos que falavam sobre, mas todos
> utilizavam estas funções acima citadas.
>
>
> Grato pela atenção dispensada,
>
> *ADENILTON Batista da Silva *
>   Index Informática LTDA
>(79)3431-3234 / 9142-0886
>  * [EMAIL PROTECTED]
> www.indexinformatica.com.br
>
> --
> > Date: Thu, 20 Mar 2008 11:30:29 -0300
> > To: pgbr-geral@listas.postgresql.org.br
> > From: [EMAIL PROTECTED]
> > Subject: Re: [pgbr-geral] Problemas na inserção de imagens em campos
> Oids
> >
>  > Adenilton Batista da Silva escreveu:
> > >
> > > Estou com o seguinte dilema ao tentar inserir imagens em campos oids
> na
> > > interface do cliente;
> > >
> > > Tenho a seguinte tabela:
> > >
> > > CREATE TABLE clientes
> > > (
> > > codigo integer NOT NULL,
> > > denominacao character varying(1) NOT NULL,
> > > dtcadastro date NOT NULL,
> > > ultmovimentacao date,
> > > nome character varying(50) NOT NULL,
> > > sexo character varying(1),
> > > dtnascimento date,
> > > apelido character varying(50),
> > > endereco character varying(50),
> > > complemento character varying(50),
> > > bairro character varying(15),
> > > cidade character varying(30),
> > > estado character varying(2),
> > > cep character varying(9),
> > > fone character varying(20),
> > > fax character varying(10),
> > > restricao boolean,
> > > cpfcnpj character varying(14),
> > > rgie character varying(10),
> > > orgemissor character varying(5),
> > > ufemissor character varying(2),
> > > limitecredito numeric(15,2),
> > > pai character varying(50),
> > > mae character varying(50),
> > > conjuge character varying(50),
> > > profissao character varying(30),
> > > email character varying(50),
> > > cbendereco character varying(50),
> > > cbcomplemento character varying(50),
> > > cbbairro character varying(15),
> > > cbcidade character varying(30),
> > > cbestado character varying(2),
> > > cbcep character varying(9),
> > > cbfone character varying(20),
> > > cbfax character varying(10),
> > > obs character varying(100),
> > > ativo boolean NOT NULL,
> > > foto oid,
> > > CONSTRAINT clientes_pkey PRIMARY KEY (codigo)
> > > )
> > >
> > > No cliente por exemplo, quando executo o comando "INSERT INTO CLIENTES
>
> > > (codigo, denominacao, dtcadastro, nome, foto) VALUES ('1', '2',
> > > '20/03/2008', 'CLIENTE TESTE', lo_import ('C:\TESTE.JPG'))" me retorna
> o
> > > seguinte erro: "ERRO: deve ser super-usuário para utilizar lo_import()
>
> > > do servidor";
> > >
> > > Detalhe os usuários criados para uso nos clientes não são
> super-usuários
> > > por motivos de segurança. Estou programando no delphi e logo não tenho
>
> > > como incluir a biblioteca libpq do C (a não ser por uso de dll's) e
> pela
> > > quantidade de imagens fica inviável guardá-las em diretórios e gravar
> > > somente o caminho, gostaria de saber se alguem já passou por isto e
> teve
> > > alguma "luz" de como contornar este problema.
> > >
> >
> >
> > Quando você informa "C:\TESTE.JPG" você deseja se referir ao hd de sua
> > máquina cliente ou ao hd do servidor? O PostgreSQL considera que é o
> > *hd do servidor*, pois o comando está sendo executado no servidor, e
> > daí, provavelmente, o problema da permissão.
> >
> > Procure no histórico pois isto já foi discutido anteriormente.
> >
> > Osvaldo
> > PS. Não trabalho com Delphi.
> > ___
> > pgbr-geral mailing list
> > pgbr-geral@listas.postgresql.org.br
> > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>  --
> Veja mapas e encontre as melhores rotas para fugir do trânsito com o Live
> Search Maps! Experimente já!
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] RE: Problemas na inserção de imagens em campos Oids

[Adenilton Batista da Silva]

Bom dia Osvaldo,
 
Ok, isso eu entedi. Realmente a imagem que tentei inserir está no HD da máquina 
cliente, o que é um erro, mas meu maior problema não é esse, pra ser mais claro 
gostaria de saber se tenho como inseir essas imagens sem o uso das funções 
lo_import, lo_export, etc?
 
E por que não utilizar essas funções? bem para utilizá-las eu preciso delegar 
ao usuário da máquina cliente o privilégio de super usuário.
 
Procurei na lista e encontrei alguns tópicos que falavam sobre, mas todos 
utilizavam estas funções acima citadas.
 
 
Grato pela atenção dispensada,
ADENILTON Batista da Silva   Index Informática LTDA (79)3431-3234 / 
9142-0886   [EMAIL PROTECTED]

> Date: Thu, 20 Mar 2008 11:30:29 -0300> To: 
> pgbr-geral@listas.postgresql.org.br> From: [EMAIL PROTECTED]> Subject: Re: 
> [pgbr-geral] Problemas na inserção de imagens em campos Oids> > Adenilton 
> Batista da Silva escreveu:> > > > Estou com o seguinte dilema ao tentar 
> inserir imagens em campos oids na > > interface do cliente;> > > > Tenho a 
> seguinte tabela:> > > > CREATE TABLE clientes> > (> > codigo integer NOT 
> NULL,> > denominacao character varying(1) NOT NULL,> > dtcadastro date NOT 
> NULL,> > ultmovimentacao date,> > nome character varying(50) NOT NULL,> > 
> sexo character varying(1),> > dtnascimento date,> > apelido character 
> varying(50),> > endereco character varying(50),> > complemento character 
> varying(50),> > bairro character varying(15),> > cidade character 
> varying(30),> > estado character varying(2),> > cep character varying(9),> > 
> fone character varying(20),> > fax character varying(10),> > restricao 
> boolean,> > cpfcnpj character varying(14),> > rgie character varying(10),> > 
> orgemissor character varying(5),> > ufemissor character varying(2),> > 
> limitecredito numeric(15,2),> > pai character varying(50),> > mae character 
> varying(50),> > conjuge character varying(50),> > profissao character 
> varying(30),> > email character varying(50),> > cbendereco character 
> varying(50),> > cbcomplemento character varying(50),> > cbbairro character 
> varying(15),> > cbcidade character varying(30),> > cbestado character 
> varying(2),> > cbcep character varying(9),> > cbfone character varying(20),> 
> > cbfax character varying(10),> > obs character varying(100),> > ativo 
> boolean NOT NULL,> > foto oid,> > CONSTRAINT clientes_pkey PRIMARY KEY 
> (codigo)> > )> > > > No cliente por exemplo, quando executo o comando "INSERT 
> INTO CLIENTES > > (codigo, denominacao, dtcadastro, nome, foto) VALUES ('1', 
> '2', > > '20/03/2008', 'CLIENTE TESTE', lo_import ('C:\TESTE.JPG'))" me 
> retorna o > > seguinte erro: "ERRO: deve ser super-usuário para utilizar 
> lo_import() > > do servidor";> > > > Detalhe os usuários criados para uso nos 
> clientes não são super-usuários > > por motivos de segurança. Estou 
> programando no delphi e logo não tenho > > como incluir a biblioteca libpq do 
> C (a não ser por uso de dll's) e pela > > quantidade de imagens fica inviável 
> guardá-las em diretórios e gravar > > somente o caminho, gostaria de saber se 
> alguem já passou por isto e teve > > alguma "luz" de como contornar este 
> problema.> > > > > Quando você informa "C:\TESTE.JPG" você deseja se referir 
> ao hd de sua > máquina cliente ou ao hd do servidor? O PostgreSQL considera 
> que é o > *hd do servidor*, pois o comando está sendo executado no servidor, 
> e > daí, provavelmente, o problema da permissão.> > Procure no histórico pois 
> isto já foi discutido anteriormente.> > Osvaldo> PS. Não trabalho com 
> Delphi.> ___> pgbr-geral mailing 
> list> pgbr-geral@listas.postgresql.org.br> 
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
_
Instale a Barra de Ferramentas com Desktop Search e ganhe EMOTICONS para o 
Messenger! É GRÁTIS!
http://www.msn.com.br/emoticonpack___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Problemas na inserção de imagens em campos Oids

[Osvaldo Rosario Kussama]

Adenilton Batista da Silva escreveu:
>  
> Estou com o seguinte dilema ao tentar inserir imagens em campos oids na 
> interface do cliente;
>  
> Tenho a seguinte tabela:
>  
> CREATE TABLE clientes
> (
>   codigo integer NOT NULL,
>   denominacao character varying(1) NOT NULL,
>   dtcadastro date NOT NULL,
>   ultmovimentacao date,
>   nome character varying(50) NOT NULL,
>   sexo character varying(1),
>   dtnascimento date,
>   apelido character varying(50),
>   endereco character varying(50),
>   complemento character varying(50),
>   bairro character varying(15),
>   cidade character varying(30),
>   estado character varying(2),
>   cep character varying(9),
>   fone character varying(20),
>   fax character varying(10),
>   restricao boolean,
>   cpfcnpj character varying(14),
>   rgie character varying(10),
>   orgemissor character varying(5),
>   ufemissor character varying(2),
>   limitecredito numeric(15,2),
>   pai character varying(50),
>   mae character varying(50),
>   conjuge character varying(50),
>   profissao character varying(30),
>   email character varying(50),
>   cbendereco character varying(50),
>   cbcomplemento character varying(50),
>   cbbairro character varying(15),
>   cbcidade character varying(30),
>   cbestado character varying(2),
>   cbcep character varying(9),
>   cbfone character varying(20),
>   cbfax character varying(10),
>   obs character varying(100),
>   ativo boolean NOT NULL,
>   foto oid,
>   CONSTRAINT clientes_pkey PRIMARY KEY (codigo)
> )
> 
> No cliente por exemplo, quando executo o comando "INSERT INTO CLIENTES 
> (codigo, denominacao, dtcadastro, nome, foto) VALUES ('1', '2', 
> '20/03/2008', 'CLIENTE TESTE', lo_import ('C:\TESTE.JPG'))" me retorna o 
> seguinte erro: "ERRO: deve ser super-usuário para utilizar lo_import() 
> do servidor";
>  
> Detalhe os usuários criados para uso nos clientes não são super-usuários 
> por motivos de segurança. Estou programando no delphi e logo não tenho 
> como incluir a biblioteca libpq do C (a não ser por uso de dll's) e pela 
> quantidade de imagens fica inviável guardá-las em diretórios e gravar 
> somente o caminho, gostaria de saber se alguem já passou por isto e teve 
> alguma "luz" de como contornar este problema.
> 


Quando você informa "C:\TESTE.JPG" você deseja se referir ao hd de sua 
máquina cliente ou ao hd do servidor? O PostgreSQL considera que é o 
*hd do servidor*, pois o comando está sendo executado no servidor, e 
daí, provavelmente, o problema da permissão.

Procure no histórico pois isto já foi discutido anteriormente.

Osvaldo
PS. Não trabalho com Delphi.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Problemas na inserção de imagens em campos Oids

[Dickson Guedes]

Adenilton Batista da Silva escreveu:
> (...)
> Tenho a seguinte tabela:
>  
> CREATE TABLE clientes
> (
>   codigo integer NOT NULL,
>   denominacao character varying(1) NOT NULL,
>   dtcadastro date NOT NULL,
>   ultmovimentacao date,
>   nome character varying(50) NOT NULL,
>   sexo character varying(1),
>   dtnascimento date,
>   apelido character varying(50),
>   endereco character varying(50),
>   complemento character varying(50),
>   bairro character varying(15),
>   cidade character varying(30),
>   estado character varying(2),
>   cep character varying(9),
>   fone character varying(20),
>   fax character varying(10),
>   restricao boolean,
>   cpfcnpj character varying(14),
>   rgie character varying(10),
>   orgemissor character varying(5),
>   ufemissor character varying(2),
>   limitecredito numeric(15,2),
>   pai character varying(50),
>   mae character varying(50),
>   conjuge character varying(50),
>   profissao character varying(30),
>   email character varying(50),
>   cbendereco character varying(50),
>   cbcomplemento character varying(50),
>   cbbairro character varying(15),
>   cbcidade character varying(30),
>   cbestado character varying(2),
>   cbcep character varying(9),
>   cbfone character varying(20),
>   cbfax character varying(10),
>   obs character varying(100),
>   ativo boolean NOT NULL,
>   foto oid,
>   CONSTRAINT clientes_pkey PRIMARY KEY (codigo)
> )

Ola Adenilton,

Não querendo me intrometer mas já me intrometendo, uma normalização 
nessa entidade seria uma boa ein?


[ ]s
Guedes


___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] RE: Problemas na inserção de imagens em campos Oids

[Adenilton Batista da Silva]

Bom dia Emerson, obrigado pela atenção.
 
Uso ODBC e ADO para realizar a conexão, já tentei fazer o que vc faz com a 
zeos, inclusive inseria imagens desta forma quando trabalhava com o Firebird, 
no entanto se eu tentar inserir desta forma o seguinte erro é retornado: 
"cannot assign a Tbitmap to a Tintegerfield", acho que o ADO interpreta o campo 
"oid" como sendo do tipo inteiro.
 
Também sei que vc consegue fazer desta forma com a zeoslib pois ela taz consigo 
funções herdadas da libpq.dll (que pode ser encontrada em seu diretório de 
instalação), basicamente o zeoslib resume o uso das funções "Oid lo_creat", 
"Oid lo_import", "int lo_export", "int lo_open", "int lo_write", "int lo_read", 
"int lo_lseek", "int lo_tell", "int lo_close" e "int lo_unlink". 
 
Particularmente comecei a trabalhar com o postgresql a menos de um mês, pelo 
que analisei tinha achado mais viável trabalhar com ODBC, mas como não tenho 
muita experiência com o postgresql.Será que alguém já passou por este problema 
com o uso do postgre e ODBC?
 

ADENILTON Batista da Silva   Index Informática LTDA (79)3431-3234 / 
9142-0886   [EMAIL PROTECTED]
www.indexinformatica.com.br.
 



> Date: Thu, 20 Mar 2008 10:56:43 -0300> From: [EMAIL PROTECTED]> To: 
> pgbr-geral@listas.postgresql.org.br> Subject: Re: [pgbr-geral] Problemas na 
> inserção de imagens em campos Oids> > Tenho o mesmo caso> > Para resolver 
> usei o componente TDBImage no Delphi> > DSfotos.dataset.Insert;> 
> ImgFoto.Picture.LoadFromFile('c:\temp\teste.jpg');> DSfotos.dataset.Post;> > 
> ta funcionando beleza> > (uso zeos para conectar com o postgre)> > Adenilton 
> Batista da Silva escreveu:> > Bom dia,> > > > Estou com o seguinte dilema ao 
> tentar inserir imagens em campos oids > > na interface do cliente;> > > > 
> Tenho a seguinte tabela:> > > > CREATE TABLE clientes> > (> > codigo integer 
> NOT NULL,> > denominacao character varying(1) NOT NULL,> > dtcadastro date 
> NOT NULL,> > ultmovimentacao date,> > nome character varying(50) NOT NULL,> > 
> sexo character varying(1),> > dtnascimento date,> > apelido character 
> varying(50),> > endereco character varying(50),> > complemento character 
> varying(50),> > bairro character varying(15),> > cidade character 
> varying(30),> > estado character varying(2),> > cep character varying(9),> > 
> fone character varying(20),> > fax character varying(10),> > restricao 
> boolean,> > cpfcnpj character varying(14),> > rgie character varying(10),> > 
> orgemissor character varying(5),> > ufemissor character varying(2),> > 
> limitecredito numeric(15,2),> > pai character varying(50),> > mae character 
> varying(50),> > conjuge character varying(50),> > profissao character 
> varying(30),> > email character varying(50),> > cbendereco character 
> varying(50),> > cbcomplemento character varying(50),> > cbbairro character 
> varying(15),> > cbcidade character varying(30),> > cbestado character 
> varying(2),> > cbcep character varying(9),> > cbfone character varying(20),> 
> > cbfax character varying(10),> > obs character varying(100),> > ativo 
> boolean NOT NULL,> > foto oid,> > CONSTRAINT clientes_pkey PRIMARY KEY 
> (codigo)> > )> >> > No cliente por exemplo, quando executo o comando "INSERT 
> INTO CLIENTES > > (codigo, denominacao, dtcadastro, nome, foto) VALUES ('1', 
> '2', > > '20/03/2008', 'CLIENTE TESTE', lo_import ('C:\TESTE.JPG'))" me 
> retorna > > o seguinte erro: "ERRO: deve ser super-usuário para utilizar > > 
> lo_import() do servidor";> > > > Detalhe os usuários criados para uso nos 
> clientes não são > > super-usuários por motivos de segurança. Estou 
> programando no delphi e > > logo não tenho como incluir a biblioteca libpq do 
> C (a não ser por uso > > de dll's) e pela quantidade de imagens fica inviável 
> guardá-las em > > diretórios e gravar somente o caminho, gostaria de saber se 
> alguem já > > passou por isto e teve alguma "luz" de como contornar este 
> problema.> >> > *Desde já grato pela atenção dispensada a esta demanda,*> >> 
> > ** > >> > *Atenciosamsnte,*> >> > ** > >> > *ADENILTON Batista da Silva *> 
> > Index Informática LTDA > > (79)3431-3234 / 9142-0886 > > _ [EMAIL 
> PROTECTED]> >> > www.indexinformatica.com.br 
> > >> > > > 
> -->
>  Esta mensagem foi verificada pelo sistema de Anti-virus da SJB Solados.> > 
> ___> pgbr-geral mailing list> 
> pgbr-geral@listas.postgresql.org.br> 
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
_
Instale a Barra de Ferramentas com Desktop Search e ganhe EMOTICONS para o 
Messenger! É GRÁTIS!
http://www.msn.com.br/emoticonpack___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Problemas na inserção de imagens em campos Oids

[Emerson - Senda]

Tenho o mesmo caso

Para resolver usei o componente TDBImage no Delphi

DSfotos.dataset.Insert;
ImgFoto.Picture.LoadFromFile('c:\temp\teste.jpg');
DSfotos.dataset.Post;

ta funcionando beleza

(uso zeos para conectar com o postgre)

Adenilton Batista da Silva escreveu:
> Bom dia,
>  
> Estou com o seguinte dilema ao tentar inserir imagens em campos oids 
> na interface do cliente;
>  
> Tenho a seguinte tabela:
>  
> CREATE TABLE clientes
> (
>   codigo integer NOT NULL,
>   denominacao character varying(1) NOT NULL,
>   dtcadastro date NOT NULL,
>   ultmovimentacao date,
>   nome character varying(50) NOT NULL,
>   sexo character varying(1),
>   dtnascimento date,
>   apelido character varying(50),
>   endereco character varying(50),
>   complemento character varying(50),
>   bairro character varying(15),
>   cidade character varying(30),
>   estado character varying(2),
>   cep character varying(9),
>   fone character varying(20),
>   fax character varying(10),
>   restricao boolean,
>   cpfcnpj character varying(14),
>   rgie character varying(10),
>   orgemissor character varying(5),
>   ufemissor character varying(2),
>   limitecredito numeric(15,2),
>   pai character varying(50),
>   mae character varying(50),
>   conjuge character varying(50),
>   profissao character varying(30),
>   email character varying(50),
>   cbendereco character varying(50),
>   cbcomplemento character varying(50),
>   cbbairro character varying(15),
>   cbcidade character varying(30),
>   cbestado character varying(2),
>   cbcep character varying(9),
>   cbfone character varying(20),
>   cbfax character varying(10),
>   obs character varying(100),
>   ativo boolean NOT NULL,
>   foto oid,
>   CONSTRAINT clientes_pkey PRIMARY KEY (codigo)
> )
>
> No cliente por exemplo, quando executo o comando "INSERT INTO CLIENTES 
> (codigo, denominacao, dtcadastro, nome, foto) VALUES ('1', '2', 
> '20/03/2008', 'CLIENTE TESTE', lo_import ('C:\TESTE.JPG'))" me retorna 
> o seguinte erro: "ERRO: deve ser super-usuário para utilizar 
> lo_import() do servidor";
>  
> Detalhe os usuários criados para uso nos clientes não são 
> super-usuários por motivos de segurança. Estou programando no delphi e 
> logo não tenho como incluir a biblioteca libpq do C (a não ser por uso 
> de dll's) e pela quantidade de imagens fica inviável guardá-las em 
> diretórios e gravar somente o caminho, gostaria de saber se alguem já 
> passou por isto e teve alguma "luz" de como contornar este problema.
>
> *Desde já grato pela atenção dispensada a esta demanda,*
>
> ** 
>
> *Atenciosamsnte,*
>
> ** 
>
> *ADENILTON Batista da Silva *
>   Index Informática LTDA  
>(79)3431-3234 / 9142-0886 
>  _ [EMAIL PROTECTED]
>
> www.indexinformatica.com.br 
>
>  

--
Esta mensagem foi verificada pelo sistema de Anti-virus da SJB Solados.

___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Problemas na inserção de imagens em campos Oids

[Adenilton Batista da Silva]

Bom dia,
 
Estou com o seguinte dilema ao tentar inserir imagens em campos oids na 
interface do cliente;
 
Tenho a seguinte tabela:
 
CREATE TABLE clientes(  codigo integer NOT NULL,  denominacao character 
varying(1) NOT NULL,  dtcadastro date NOT NULL,  ultmovimentacao date,  nome 
character varying(50) NOT NULL,  sexo character varying(1),  dtnascimento date, 
 apelido character varying(50),  endereco character varying(50),  complemento 
character varying(50),  bairro character varying(15),  cidade character 
varying(30),  estado character varying(2),  cep character varying(9),  fone 
character varying(20),  fax character varying(10),  restricao boolean,  cpfcnpj 
character varying(14),  rgie character varying(10),  orgemissor character 
varying(5),  ufemissor character varying(2),  limitecredito numeric(15,2),  pai 
character varying(50),  mae character varying(50),  conjuge character 
varying(50),  profissao character varying(30),  email character varying(50),  
cbendereco character varying(50),  cbcomplemento character varying(50),  
cbbairro character varying(15),  cbcidade character varying(30),  cbestado 
character varying(2),  cbcep character varying(9),  cbfone character 
varying(20),  cbfax character varying(10),  obs character varying(100),  ativo 
boolean NOT NULL,  foto oid,  CONSTRAINT clientes_pkey PRIMARY KEY (codigo))
No cliente por exemplo, quando executo o comando "INSERT INTO CLIENTES (codigo, 
denominacao, dtcadastro, nome, foto) VALUES ('1', '2', '20/03/2008', 'CLIENTE 
TESTE', lo_import ('C:\TESTE.JPG'))" me retorna o seguinte erro: "ERRO: deve 
ser super-usuário para utilizar lo_import() do servidor";
 
Detalhe os usuários criados para uso nos clientes não são super-usuários por 
motivos de segurança. Estou programando no delphi e logo não tenho como incluir 
a biblioteca libpq do C (a não ser por uso de dll's) e pela quantidade de 
imagens fica inviável guardá-las em diretórios e gravar somente o caminho, 
gostaria de saber se alguem já passou por isto e teve alguma "luz" de como 
contornar este problema.

Desde já grato pela atenção dispensada a esta demanda,
 
Atenciosamsnte,
 
ADENILTON Batista da Silva   Index Informática LTDA (79)3431-3234 / 
9142-0886   [EMAIL PROTECTED]
www.indexinformatica.com.br
 
_
Cansado de espaço para só 50 fotos? Conheça o Spaces, o site de relacionamentos 
com até 6,000 fotos!
http://www.amigosdomessenger.com.br___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Ultimo Vacuum

[Thiago Boufleuhr]

Show de bola!

vou utilizar agora mesmo!

Outras sugestoes ?

Muito Obrigado!

Dickson Guedes escreveu:
> Thiago Boufleuhr escreveu:
>   
>> Pessoal,
>>
>> Existe alguma forma de saber quando foi executado o ultimo vacuum em 
>> uma base de dados?
>>   
>> 
>
> Não é a resposta direta à sua pergunta, mas é uma informação 
> interessante. O SELECT abaixo mostra os objetos que precisam de vacuum. 
> (Dica: crie uma view para ele)
>
> SELECT pg_namespace.nspname, pg_class.relname, pg_class.reltuples, 
> pg_class.relpages, rowwidths.avgwidth,
>ceil(pg_class.reltuples * rowwidths.avgwidth::double precision / 
> current_setting('block_size'::text)::double precision) AS expectedpages,
>pg_class.relpages::double precision / ceil(pg_class.reltuples * 
> rowwidths.avgwidth::double precision / 
> current_setting('block_size'::text)::double precision) AS bloat,
>ceil((pg_class.relpages::double precision * 
> current_setting('block_size'::text)::double precision - 
> ceil(pg_class.reltuples * rowwidths.avgwidth::double precision)) / 
> 1024::double precision) AS wastedspace
>   FROM ( SELECT pg_statistic.starelid, sum(pg_statistic.stawidth) AS 
> avgwidth
>FROM pg_statistic
>   GROUP BY pg_statistic.starelid) rowwidths
>JOIN pg_class ON rowwidths.starelid = pg_class.oid
>JOIN pg_namespace ON pg_namespace.oid = pg_class.relnamespace
>   WHERE pg_class.relpages > 1;
>
>
>
> []s
> Guedes
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>   
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Ultimo Vacuum

[Dickson Guedes]

Thiago Boufleuhr escreveu:
> Pessoal,
>
> Existe alguma forma de saber quando foi executado o ultimo vacuum em 
> uma base de dados?
>   

Não é a resposta direta à sua pergunta, mas é uma informação 
interessante. O SELECT abaixo mostra os objetos que precisam de vacuum. 
(Dica: crie uma view para ele)

SELECT pg_namespace.nspname, pg_class.relname, pg_class.reltuples, 
pg_class.relpages, rowwidths.avgwidth,
   ceil(pg_class.reltuples * rowwidths.avgwidth::double precision / 
current_setting('block_size'::text)::double precision) AS expectedpages,
   pg_class.relpages::double precision / ceil(pg_class.reltuples * 
rowwidths.avgwidth::double precision / 
current_setting('block_size'::text)::double precision) AS bloat,
   ceil((pg_class.relpages::double precision * 
current_setting('block_size'::text)::double precision - 
ceil(pg_class.reltuples * rowwidths.avgwidth::double precision)) / 
1024::double precision) AS wastedspace
  FROM ( SELECT pg_statistic.starelid, sum(pg_statistic.stawidth) AS 
avgwidth
   FROM pg_statistic
  GROUP BY pg_statistic.starelid) rowwidths
   JOIN pg_class ON rowwidths.starelid = pg_class.oid
   JOIN pg_namespace ON pg_namespace.oid = pg_class.relnamespace
  WHERE pg_class.relpages > 1;



[]s
Guedes
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Ultimo Vacuum

[Thiago Boufleuhr]

Pessoal,

Existe alguma forma de saber quando foi executado o ultimo vacuum em 
uma base de dados?

Desde ja agradeço!

Thiago
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Problema Conexão

[Emerson - Senda]

Da uma olhada no firewall ta liberando a porta 5432

Osvaldo Kussama escreveu:
> Em 19/03/08, Bruno Moreno<[EMAIL PROTECTED]> escreveu:
>   
>> Pessoal, o que faço com esse problema? Ocorre toda vez que tento conectar
>> pelo pgAdmin...
>>
>> could not connect to server: Connection refused (0x274D/10061) Is the
>> server running on host "127.0.0.1" and accepting TCP/IP connections on port
>> 5432?
>>
>> 


--
Esta mensagem foi verificada pelo sistema de Anti-virus da SJB Solados.

___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral