Re: [pgbr-geral] Travamento de Banco e Vacuum

[Euler Taveira de Oliveira]

Vinicius wrote:

> Minha instalacao do postgre 8.1 (windows) nao existe o arquivo reindexdb,,, 
> assim nao consigo agendar uma tarefa para fazer o reindex.
> Alguem sabe como posso resolver isso, pois ja reinstalei o postgres em outra 
> maquina e nao foi instalado este arquivo tbm.
> 
Acho que você está enganado. O reindexdb era um shell script que foi
transformado em um binário na versão 8.1 por mim. Antes da versão 8.1,
ele ficava no contrib/reindexdb e agora ele fica no bin/ junto com os
outros binários.
De todo jeito, o reindexdb [1] é somente uma camada (aka wrapper) para o
comando REINDEX [2].

[1] http://www.postgresql.org/docs/8.2/static/app-reindexdb.html
[2] http://www.postgresql.org/docs/8.2/static/sql-reindex.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] Travamento de Banco e Vacuum

[Vinicius]

Minha instalacao do postgre 8.1 (windows) nao existe o arquivo reindexdb,,, 
assim nao consigo agendar uma tarefa para fazer o reindex.
Alguem sabe como posso resolver isso, pois ja reinstalei o postgres em outra 
maquina e nao foi instalado este arquivo tbm.

- Original Message - 
From: "Guilherme Augusto da Rocha Silva" <[EMAIL PROTECTED]>
To: 
Sent: Friday, August 17, 2007 2:18 PM
Subject: Re: [pgbr-geral] Travamento de Banco e Vacuum


Concordo em parte. O AUTOVACUUM, bem configurado e habilitado ajuda, e 
muito,
o processo de manutenção e otimização, porém só ele não é o suficiente:

É necessário o tratamento completo:
- VACUUM e ANALYZE (autovacuum) 1 ou mais vezes por dia dependendo do seu
volume de transações e da frequencia com que executa o REINDEX.
- VACUUM FULL (autovacuum, ou na "munheca"), 1 vez ao dia no mínimo.
- REINDEX {TABLE|DATABASE} (agendado no CRON ou??? ... na "munheca"), 1 vez 
ao
dia, após o VACUUM FULL, não deixando mais de uma semana (catástrofe!!!) sem
fazer.

Abraço.


Em Sexta 17 Agosto 2007 09:00, [EMAIL PROTECTED]
escreveu:
> From: "Marco A P D´Andrade" <[EMAIL PROTECTED]>
> To: "Comunidade PostgreSQL Brasileira"
>  Sent: Thursday, August 16, 2007 5:50
> PM
> Subject: Re: [pgbr-geral] Travamento de Banco e Vacuum


> Sobre AUTOVACUUM:
>
> Por outro lado, se não me falha a memoria, se vc habilita o autovacuum,
> vc não precisa e não deve, rodar o vacuum manualmente, pois vale a
> ressalva de que um vacuum sem analyze não me pareceu ter o melhor
> resultado.

-- 

/*
Guilherme Augusto da Rocha Silva
Administração de Dados / Bancos de Dados

Gerência de Tecnologia da Informação
SIM Instituto de Gestão Fiscal
*/
___
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] [Spam] RES: off topic - duvida terminal server

[Marcos Fabrício Corso]

ok, instalei a versão demo, que diz para 3 usuarios, certo ??
e agora, como devo proseguir ???



  - Original Message - 
  From: Thiago DB
  To: 'Comunidade PostgreSQL Brasileira' 
  Sent: Friday, August 17, 2007 1:37 PM
  Subject: [Spam] [pgbr-geral] RES: off topic - duvida terminal server


  "XP unlimited", é um software que quebra um galho legal

   

   

   


--

  De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Leandro Kohler
  Enviada em: sexta-feira, 17 de agosto de 2007 11:42
  Para: Comunidade PostgreSQL Brasileira
  Assunto: Re: [pgbr-geral] off topic - duvida terminal server

   

  www.pcexpanion.com.br 




  Em 17/08/07, Leandro Guimarães Faria Corcete DUTRA < [EMAIL PROTECTED]> 
escreveu:

  Em Qui, 2007-08-16 às 17:20 -0300, Marcos Fabrício Corso escreveu: 
  > preciso de um terminal server pro windows xp pra mais de 1 usuario,
  > alguem conhece

  Creio que só o 2003.


  --
  Leandro Guimarães Faria Corcete DUTRA  < [EMAIL PROTECTED]>
  Atech Fundação Aplicação de Tecnologias Críticas  SP, BR
  msnim:[EMAIL PROTECTED]
  xmpp: [EMAIL PROTECTED]  +55 (11) 3040 7300 r151


  - - - - -

  Politica de Privacidade: Esta mensagem pode conter informacao confidencial 
e/ou privilegiada. Se voce nao for o destinatario ou a pessoa autorizada a 
receber esta mensagem, nao pode usar, copiar ou divulgar as informacoes nela 
contidas ou tomar qualquer acao baseada nessas informacoes. Se voce recebeu 
esta mensagem por engano, por favor avise imediatamente o remetente, 
respondendo o e-mail e em seguida apague-o. Agradecemos sua cooperacao. 

  Privacy Policy: This message may contain confidential and/or privileged 
information. If you are not the addressee or authorized to receive this for the 
addressee, you must not use, copy, disclose or take any action based on this 
message or any information herein. If you have received this message in error, 
please advise the sender immediately by reply e-mail and delete this message. 
Thank you for your cooperation. 
  ___
  pgbr-geral mailing list
  pgbr-geral@listas.postgresql.org.br
  https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral




  -- 
  Leandro Kohler
  Analista de T.I.
  (47) 9984-5984 Brusque/SC 



--
  E-mail classificado pelo Identificador de Spam Inteligente.
  Para alterar a categoria classificada, visite o Terra Mail 



--
  Esta mensagem foi verificada pelo E-mail Protegido Terra.
  Scan engine: McAfee VirusScan / Atualizado em 17/08/2007 / Versão: 5.1.00/5100
  Proteja o seu e-mail Terra: http://mail.terra.com.br/ 



--


  ___
  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] insert com serial?

[Euler Taveira de Oliveira]

Erlon wrote:
> preciso dar um insert numa tabela colocando conteúdo de outra.
> só que a tabela que vai fornecer o conteúdo não possui um campo código
> sequencial.
> há como fazer algo do tipo.
> insert into tabela select serial, descricao from tabela2;
>  
> onde serial teria que ser um número sequencial, não é um campo da tabela 2.
>  
Leia sobre sequências [1] no manual.

regression=# create table foo (a int, b float);
CREATE TABLE
regression=# create sequence bar;
CREATE SEQUENCE
regression=# create table baz (s int, a int, b float);
CREATE TABLE
regression=# insert into foo values(1,2.3);
INSERT 0 1
regression=# insert into foo values(10,12.32);
INSERT 0 1
regression=# insert into baz select nextval('bar'),* from foo;
INSERT 0 2
regression=# select * from baz;
 s | a  |   b
---++---
 1 |  1 |   2.3
 2 | 10 | 12.32
(2 registros)

regression=#


[1] http://www.postgresql.org/docs/8.2/static/sql-createsequence.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] insert com serial?

[icjunior07]

Se o serial que vc tera que inserir nao for de nenhuma tabela, vc podera criar 
uma sequencia para fazer isso, e
quando for fazer o insert vc chama a funcao nextval para poder pegar o proximo 
numero dela.

Segue exemplos de criacao de sequencias e tb do insert:

Sequencia:

CREATE SEQUENCE mix0001_seq (onde mix0001_seq representa o nome da sequencia)
  INCREMENT 1 (de quanto em quanto ira inserir)
  MINVALUE 1 (valor minimo)
  MAXVALUE 1099 (valor maximo)
  START 10082229 (proximo numero)
  CACHE 10 (quantos numeros serao guardados em cache para facilitar a insercao)
  CYCLE; (se estiver em cycle a sequencia ira voltar ao inicio quando o ultimo 
numero for atingido)
ALTER TABLE mix0001_seq OWNER TO postgres;

INSERT:

insert into mix0001 (codigoplu,sequencia) values 
('000123',nextval('mix0001_seq');
onde o nextval chama o proximo numero.

Referencias para consulta no manual do postgres

http://pgdocptbr.sourceforge.net/pg80/sql-createsequence.html 

[]'s

Junior
Database Developer Linux


> Message: 2
> Date: Fri, 17 Aug 2007 14:10:33 -0300
> From: "Erlon" <[EMAIL PROTECTED]>
> Subject: [pgbr-geral] insert com serial?
> To: "Comunidade PostgreSQL Brasileira"
>   
> Message-ID: <[EMAIL PROTECTED]>
> Content-Type: text/plain; charset="iso-8859-1"
> 
> preciso dar um insert numa tabela colocando conteúdo de outra.
> só que a tabela que vai fornecer o conteúdo não possui um campo código 
> sequencial.
> há como fazer algo do tipo.
> insert into tabela select serial, descricao from tabela2;
> 
> onde serial teria que ser um número sequencial, não é um campo da tabela 2.
> -- Próxima Parte --
> Um anexo em HTML foi limpo...
> URL: 
> http://listas.postgresql.org.br/pipermail/pgbr-geral/attachments/20070817/b574a25f/attachment-0001.htm
>  
> 
> --

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

Re: [pgbr-geral] Digest pgbr-geral, volume 6, assunto 52

[icjunior07]

Nelson, eu estava pesquisando tb, e encontrei o seguinte site 

http://www.sqlmanager.net/en/products#oracle
eles tem varias ferramentas de importacao, exportacao, etc para varios bancos..
Eu utilizei de SQL Server para PostgreSQL e funcionou legal.

[]'s 

Junior

> Message: 1
> Date: Fri, 17 Aug 2007 10:54:32 -0300
> From: "Nelson Cartaxo" <[EMAIL PROTECTED]>
> Subject: [pgbr-geral] RES:  Oracle x Postgres
> To: "Comunidade PostgreSQL Brasileira"
>   
> Message-ID:
>   <[EMAIL PROTECTED]>
> Content-Type: text/plain; charset="iso-8859-1"
> 
> Obrigado Roberto, vou fazer um teste com esse programa.  
> 
> 
>  
>  
> Atenciosamente, 
> Nelson Cartaxo
> DBA ORACLE 
> GABD - Ger. Adm. de Banco de Dados 
> DATASUS/RJ (MS) 
> Tel: 3985-7090
>  
> 
> -Mensagem original-
> De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome
de Roberto Mello
> Enviada em: sexta-feira, 17 de agosto de 2007 01:11
> Para: Comunidade PostgreSQL Brasileira
> Assunto: Re: [pgbr-geral] Oracle x Postgres
> 
> On 8/16/07, Nelson Cartaxo <[EMAIL PROTECTED]> wrote:
> >
> > Alguem conhece alguma ferramenta que faça a migração do oracle para 
> > postgres. O nosso maior problema está nos campos que possuem os 
> > datatypes Long, Blob e Clob.
> 
> O pessoal da EnterpriseDB (versao proprietaria do PostgreSQL com 
> compatibilidade para Oracle) tem um programa
de migracao e funciona bem. Eles tinham um "trial" no site deles que poderias 
baixar, importar o banco no
EnterpriseDB, e fazer um pg_dump para importar no seu PostgreSQL.
> 
> Ou comprar uma licensa para o EnterpriseDB se quiseres continuar a usar a 
> camada de compatibilidade com
Oracle do EnterpriseDB, mas nao e' barato (mas e' bem mais barato que o Oracle).
> 
> -Roberto
> ___
> 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] Acessar Postgres via ADO

[nigelky]

se ainda precisa acessar via ADO, que tal este tutorial? comigo
funcionou. como o a aplicação que desenvolvi nao requer
desempenho(apenas 500 registros), me serviu perfeitamente

1. Adicione um componente “ADOConnection” (localizado na aba ADO) no seu
“Form”.
2. Ao clicar 2 vezes no componente abrirá a tela abaixo, selecione “Use
Connection String” e clique em “Build”
3. Ao clicar em “Build” abrirá uma tela, selecione “PostgreSQL OLE Provider”
na lista de provedores de dados e clique em “Avançar”.
4. 
a.) Na tela digite no campo “Fonte de dados” o endereço da máquina onde está
rodando o PostgreSQL (no caso de estar rodando na sua estação digite
“localhost”, ou o IP da estação onde o mesmo estiver rodando).
b.) No campo abaixo digite seu nome de usuário e senha (configurados no
PostgreSQL).
c.) Clique em “Testar conexão”.
5. Se o teste for bem sucedido uma caixa de mensagens aparecerá. Clique em
“OK” na caixa de mensagens e na tela de configuração.
6. A tela agora já possui a sua string de conexão, clique em “OK” 
7. Vá até a paleta de propriedades do componente e coloque a propriedade
“Connected” para “True”.
8. A janela para login abrirá, coloque sua senha para o banco de dados e
clique em “OK
9. Verifique se a opção “Connected” passou para o valor “True
10. Inclua um componente ADOQuery no seu projeto
11. Na propriedade “Connection” do objeto ADOQuery selecione
“ADOConnection1”.
12. Ainda na janela de propriedades do “ADOQuery” dê dois cliques sobre a
propriedade “SQL”.
13. Na caixa de texto digite um comando em “SQL” e clique em “OK”.
14. Altere a propriedade “Active” do componente ADOQuery para “True”.
15. A janela de login aparecerá novamente.
16. Verifique se a propriedade “Active” do componente “ADOQuery” passou para
“True”.
17. Inclua um componente “Datasource” no seu projeto (esse componente pode
ser encontrado na aba “Data Access”).
18. Selecione o “ADOQuery” que você configurou na propriedade “Dataset” do
componente “DataSource”.
19. O próximo passo é incluir um componente “DBGrid” no seu projeto (esse
componente é encontrado na aba “Data Controls”).
20. Altere a propriedade “DataSource” do componente “DBGrid” para o nome do
“DataSource” que você configurou anteriormente.
21. Pronto, agora você já tem os dados da sua consulta SQL da “ADOQuery”
disponíveis em um “DBGrid”, agora aproveite o “PostgreSQL” na sua linguagem
de programação preferida.

 
Até mais.







Evandro Ricardo Silvestre wrote:
> 
> 
> 
> 
>   
> 
> 
> Se for Delphi, recomendo Zeos. Caso contrário recomendo ODBC. 
> O Zeos tem um acesso mais nativo ao banco o que deixa mais rápido. 
> Não sou fã do BDE, é necessário instalar
> programa no Client, configurar
> e tudo mais. 
> 
> ADO.net nunca mexi! 
> 
> Particularmente não uso nenhum, prefiro acessar via SOA, mas ai
> complica bastante. 
> 
> SDS 
> 
> Evandro 
> 
> renato wrote:
> Qual seria a melhor opção? 
> BDE+ODBC, ADO.NET , Zeos 
>   
> Renato 
>   
>   Em 16/08/07, Evandro Ricardo Silvestre < 
> [EMAIL PROTECTED] > escreveu:
>   ADO
> é lento, pouco portavel e está bem obsoleto.
> 
>   
>   
>   
>   
> 
> ___
> 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
> 
> 

-- 
View this message in context: 
http://www.nabble.com/Acessar-Postgres-via-ADO-tf4275531.html#a12203913
Sent from the PostgreSQL - Brasil mailing list archive at Nabble.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] Travamento de Banco e Vacuum

[Guilherme Augusto da Rocha Silva]

Concordo em parte. O AUTOVACUUM, bem configurado e habilitado ajuda, e muito, 
o processo de manutenção e otimização, porém só ele não é o suficiente:

É necessário o tratamento completo:
- VACUUM e ANALYZE (autovacuum) 1 ou mais vezes por dia dependendo do seu 
volume de transações e da frequencia com que executa o REINDEX.
- VACUUM FULL (autovacuum, ou na "munheca"), 1 vez ao dia no mínimo.
- REINDEX {TABLE|DATABASE} (agendado no CRON ou??? ... na "munheca"), 1 vez ao 
dia, após o VACUUM FULL, não deixando mais de uma semana (catástrofe!!!) sem 
fazer.

Abraço.


Em Sexta 17 Agosto 2007 09:00, [EMAIL PROTECTED] 
escreveu:
> From: "Marco A P D´Andrade" <[EMAIL PROTECTED]>
> To: "Comunidade PostgreSQL Brasileira"
>  Sent: Thursday, August 16, 2007 5:50
> PM
> Subject: Re: [pgbr-geral] Travamento de Banco e Vacuum


> Sobre AUTOVACUUM:
>
> Por outro lado, se não me falha a memoria, se vc habilita o autovacuum,
> vc não precisa e não deve, rodar o vacuum manualmente, pois vale a
> ressalva de que um vacuum sem analyze não me pareceu ter o melhor
> resultado.

-- 

/*
Guilherme Augusto da Rocha Silva
Administração de Dados / Bancos de Dados

Gerência de Tecnologia da Informação
SIM Instituto de Gestão Fiscal
*/
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Travamento de Banco e Vacuum

[Guilherme Augusto da Rocha Silva]

Desculpe, amigo, o que eu disse foi para não deixar de fazer REINDEX dos 
bancos de dados por mais de uma semana.

O ANALYZE deve ser executado sempre, para que o planejador e o otimizador de 
consultas possam propriciar uma performance melhor no acesso aos dados. 
Basicamente o que ele faz é uma amostragem dos dados em tabelas e índices 
análise da quantidade e frequência de valores.


Se não puder usar o AUTOVACUUM (que pode processar ANALYZE e VACUUM 
automaticamente e periodicamente), faça na mão (na sua aplicação ou via 
agendamento de tarefas).


*** Resuminho padrão para otimização das bases de dados (tabelas, índices):
- ANALYZE: sempre após inserções de muitos registros de dados (via INSERT ou 
COPY).
- VACUUM : sempre após alterações ou remoções de muitos registros de dados 
(viam UPDATE ou DELETE). Vai possibilitar o reaproveitamento dos blocos 
apagados e retardar a necessidade de um VACUUM FULL.
- VACUUM FULL:sempre após alterações ou remoções de muitos registros de dados 
(viam UPDATE ou DELETE) e sempre que se quiser eliminar definitivamente os 
blocos de apagados e liberar fisicamente o espaço em disco.
- REINDEX {TABLE|DATABASE}: como o VACUUM não "limpa" os blocos de dados 
removidos dos índices, o REINDEX é necessário sempre após alterações ou 
remoções de muitos registros de dados.

*** Como é meu procedimento padrão (nos + de 300 clientes com PostgreSQL)?
a) Deixo o autovacuum habilitado com intervalo de 60 minutos entre cada 
verificação e limites variando de 1 a 25000 registros inseridos para 
ANALYZE e 2 a 5 registros atualizados ou removidos para VACUUM.
Veja na documentação os detalhes de configuração.
b) Executo, na ordem abaixo, em cada uma das bases de dados existentes:
VACUUM FULL;
REINDEX DATABASE ;
ANALYZE;
antes do backup das mesmas, via CRON no servidor. Estes procedimentos podem 
ser realizados via programas "vacuumdb" e "reindexdb". Veja a documentação os 
detalhes de funcionamento.


Abraços






Em Sexta 17 Agosto 2007 10:56, [EMAIL PROTECTED] 
escreveu:
> Message: 5
> Date: Fri, 17 Aug 2007 10:25:57 -0300
> From: Marco A P D´Andrade <[EMAIL PROTECTED]>
> Subject: Re: [pgbr-geral] Travamento de Banco e Vacuum
> To: Comunidade PostgreSQL Brasileira
> 
> Message-ID: <[EMAIL PROTECTED]>
> Content-Type: text/plain; charset=iso-8859-1; format=flowed
>
> Vinicius,
>
> O Guilherme foi bem mais preciso sobre as considerações sobre tunning.
> Sugiro avaliar os criterios dele.
>
> A ideia é o uso de uma analyze, para que a escolha de indices seja a
> mais adequada, de acordo com critérios gerenciados pelo BD.
>
> Observe que ele põe a ressalva de nao passar de 1 semana sem
> processamento de estatísticas de pesquisa.
>
>
> Guilherme,
>
> Como disse, estou retomando. Gostrei de sua abordagem, bem completa !
> Vou tomar por base em meus estudos :)
>
>
> Sds,
> Marco Antonio

-- 

/*
Guilherme Augusto da Rocha Silva
Administração de Dados / Bancos de Dados

Gerência de Tecnologia da Informação
SIM Instituto de Gestão Fiscal
*/
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] insert com serial?

[Erlon]

preciso dar um insert numa tabela colocando conteúdo de outra.
só que a tabela que vai fornecer o conteúdo não possui um campo código 
sequencial.
há como fazer algo do tipo.
insert into tabela select serial, descricao from tabela2;

onde serial teria que ser um número sequencial, não é um campo da tabela 2.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] RES: off topic - duvida terminal server

[Thiago DB]

“XP unlimited”, é um software que quebra um galho legal

 

 

 

  _  

De: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Em nome de Leandro
Kohler
Enviada em: sexta-feira, 17 de agosto de 2007 11:42
Para: Comunidade PostgreSQL Brasileira
Assunto: Re: [pgbr-geral] off topic - duvida terminal server

 

www.pcexpanion.com.br 




Em 17/08/07, Leandro Guimarães Faria Corcete DUTRA <
  [EMAIL PROTECTED]> escreveu:

Em Qui, 2007-08-16 às 17:20 -0300, Marcos Fabrício Corso escreveu: 
> preciso de um terminal server pro windows xp pra mais de 1 usuario,
> alguem conhece

Creio que só o 2003…


--
Leandro Guimarães Faria Corcete DUTRA  < [EMAIL PROTECTED]
 >
Atech Fundação Aplicação de Tecnologias Críticas  SP, BR
msnim:[EMAIL PROTECTED]
xmpp: [EMAIL PROTECTED]    +55
(11) 3040 7300 r151


- - - - -

Politica de Privacidade: Esta mensagem pode conter informacao confidencial
e/ou privilegiada. Se voce nao for o destinatario ou a pessoa autorizada a
receber esta mensagem, nao pode usar, copiar ou divulgar as informacoes nela
contidas ou tomar qualquer acao baseada nessas informacoes. Se voce recebeu
esta mensagem por engano, por favor avise imediatamente o remetente,
respondendo o e-mail e em seguida apague-o. Agradecemos sua cooperacao. 

Privacy Policy: This message may contain confidential and/or privileged
information. If you are not the addressee or authorized to receive this for
the addressee, you must not use, copy, disclose or take any action based on
this message or any information herein. If you have received this message in
error, please advise the sender immediately by reply e-mail and delete this
message. Thank you for your cooperation. 
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral




-- 
Leandro Kohler
Analista de T.I.
(47) 9984-5984 Brusque/SC 

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

Re: [pgbr-geral] Desligar REINDEX

[Thiago Boufleuhr]

Opa...indices de tabelas...


Atenciosamente,


*Thiago Boufleuhr* | Programador
___
Rua Marechal Deodoro, 830 - Sala 302
CEP 89035-090 - Vila Nova - Blumenau / SC - (47) 3041-5700



Sebastian SWC escreveu:
> quais índices vc está falando?
>
> On 8/16/07, *Joao* <[EMAIL PROTECTED] 
> > wrote:
>
> rapaz se vc for um cabra experto da pra fazer uns truques,mas
> creio q nao
> existe parametro nos pg_dump[all] da vida!
> pg_dump ... | grep -vi "create index"  > arquivo
>
>
> - Original Message -
> From: "Thiago Boufleuhr" <[EMAIL PROTECTED]
> >
> To: "Comunidade PostgreSQL Brasileira"
>  >
> Sent: Thursday, August 16, 2007 2:18 PM
> Subject: [pgbr-geral] Desligar REINDEX
>
>
> Pessoal,
>
>   Ouvi meu professor de Banco de Dados falar que é possível
> "desativar" a criação automatica do indice quando um dump eh
> gerada e/ou
> carregado no Postgre. Isso eh verdade? Como pode ser feito?
>
>
> *Thiago Boufleuhr*
>
> ___
> 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
>
>
>
>
> -- 
> Atenciosamente,
> Sebastian Selau Webber Colombo
> 
>
> ___
> 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] Tamanho do retorno de um selec

[Sebastian SWC]

como assim retorno do select em kb?

tem uma função que converte automaticamente os valores em bytes, o nome dela
é pg_size_pretty... acho que não é isso. o que você quer fazer?


On 8/16/07, Pedro B. Alves <[EMAIL PROTECTED]> wrote:
>
> Pessoal, há alguma forma de mensurar o retorno de um select em KB, MB ou
> GB?
>
>
> Agradeço a atenção!
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>


-- 
Atenciosamente,
Sebastian Selau Webber Colombo
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Desligar REINDEX

[Sebastian SWC]

quais índices vc está falando?

On 8/16/07, Joao <[EMAIL PROTECTED]> wrote:
>
> rapaz se vc for um cabra experto da pra fazer uns truques,mas creio q nao
> existe parametro nos pg_dump[all] da vida!
> pg_dump ... | grep -vi "create index"  > arquivo
>
>
> - Original Message -
> From: "Thiago Boufleuhr" <[EMAIL PROTECTED]>
> To: "Comunidade PostgreSQL Brasileira" <
> pgbr-geral@listas.postgresql.org.br>
> Sent: Thursday, August 16, 2007 2:18 PM
> Subject: [pgbr-geral] Desligar REINDEX
>
>
> Pessoal,
>
>   Ouvi meu professor de Banco de Dados falar que é possível
> "desativar" a criação automatica do indice quando um dump eh gerada e/ou
> carregado no Postgre. Isso eh verdade? Como pode ser feito?
>
>
> *Thiago Boufleuhr*
>
> ___
> 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
>



-- 
Atenciosamente,
Sebastian Selau Webber Colombo
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Oracle x Postgres

[Sebastian SWC]

pra mim, a solução do Fabio, é a ideal.

mas o PgDataPump[1] não faz isso?

[1] www.sqlmanager.net


On 8/17/07, Fabio Telles <[EMAIL PROTECTED]> wrote:
>
> Em 16/08/07, Nelson Cartaxo<[EMAIL PROTECTED]> escreveu:
> >
> >
> > Boa tarde,
> >
> > Alguem conhece alguma ferramenta que faça a migração do oracle para
> > postgres. O nosso maior problema está nos campos que possuem os
> datatypes
> > Long, Blob e Clob.
>
> Hum para converter dados no formato texto, o PostgreSQL não tem
> muita dificuldade, mas os dados binários (BLOB) são realmente um
> desafio. O ora2pg pode te ajudar com os dados não binários, mas para
> os dados binários a minha recomendação é:
>
> Crie uma pequena aplicação que se conecte no Oracle, leia os campos
> binários reconstruindo o arquivo binário no sistema de arquivos e
> depois se conecte no PostgreSQL e grave o arquivo gerado. Dá um pouco
> de trabalho para se acertar um pouco no começo... mas é uma forma
> bastante segura de se fazer isto. Um detalhe é que você pode escolher
> a linguagem de programação que você tem mais facilidade, mas deve
> ficar longe do ODBC!
>
> É claro que existem ferramentas proprietárias para fazer isso, mas se
> você quer ter controle do processo, nada melhor do que fazer as coisas
> na mão.
>
> Atenciosamente,
> Fábio Telles
> --
> blog: http://www.midstorm.org/~telles/
> e-mail / jabber: [EMAIL PROTECTED]
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



-- 
Atenciosamente,
Sebastian Selau Webber Colombo
___
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 - duvida terminal server

[Leandro Kohler]

www.pcexpanion.com.br



Em 17/08/07, Leandro Guimarães Faria Corcete DUTRA <[EMAIL PROTECTED]>
escreveu:
>
> Em Qui, 2007-08-16 às 17:20 -0300, Marcos Fabrício Corso escreveu:
> > preciso de um terminal server pro windows xp pra mais de 1 usuario,
> > alguem conhece
>
> Creio que só o 2003…
>
>
> --
> Leandro Guimarães Faria Corcete DUTRA  <[EMAIL PROTECTED]>
> Atech Fundação Aplicação de Tecnologias Críticas  SP, BR
> msnim:[EMAIL PROTECTED]
> xmpp:[EMAIL PROTECTED]  +55 (11) 3040 7300 r151
>
>
> - - - - -
>
> Politica de Privacidade: Esta mensagem pode conter informacao confidencial
> e/ou privilegiada. Se voce nao for o destinatario ou a pessoa autorizada a
> receber esta mensagem, nao pode usar, copiar ou divulgar as informacoes nela
> contidas ou tomar qualquer acao baseada nessas informacoes. Se voce recebeu
> esta mensagem por engano, por favor avise imediatamente o remetente,
> respondendo o e-mail e em seguida apague-o. Agradecemos sua cooperacao.
>
> Privacy Policy: This message may contain confidential and/or privileged
> information. If you are not the addressee or authorized to receive this for
> the addressee, you must not use, copy, disclose or take any action based on
> this message or any information herein. If you have received this message in
> error, please advise the sender immediately by reply e-mail and delete this
> message. Thank you for your cooperation.
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



-- 
Leandro Kohler
Analista de T.I.
(47) 9984-5984 Brusque/SC
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] RES: Oracle x Postgres

[Nelson Cartaxo]

Obrigado Roberto, vou fazer um teste com esse programa.  


 
 
Atenciosamente, 
Nelson Cartaxo
DBA ORACLE 
GABD - Ger. Adm. de Banco de Dados 
DATASUS/RJ (MS) 
Tel: 3985-7090
 

-Mensagem original-
De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Roberto Mello
Enviada em: sexta-feira, 17 de agosto de 2007 01:11
Para: Comunidade PostgreSQL Brasileira
Assunto: Re: [pgbr-geral] Oracle x Postgres

On 8/16/07, Nelson Cartaxo <[EMAIL PROTECTED]> wrote:
>
> Alguem conhece alguma ferramenta que faça a migração do oracle para 
> postgres. O nosso maior problema está nos campos que possuem os 
> datatypes Long, Blob e Clob.

O pessoal da EnterpriseDB (versao proprietaria do PostgreSQL com 
compatibilidade para Oracle) tem um programa de migracao e funciona bem. Eles 
tinham um "trial" no site deles que poderias baixar, importar o banco no 
EnterpriseDB, e fazer um pg_dump para importar no seu PostgreSQL.

Ou comprar uma licensa para o EnterpriseDB se quiseres continuar a usar a 
camada de compatibilidade com Oracle do EnterpriseDB, mas nao e' barato (mas e' 
bem mais barato que o Oracle).

-Roberto
___
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] off topic - duvida terminal server

[Evandro Ricardo Silvestre]

Se eu não estou enganado, o LTSP é para montar terminais burros com
Linux.
O terminal server do windows não é para isso, ele precisa que a maquina
tenha windows instalado e um programa para acesso.

Evandro

Sebastian SWC wrote:

  posso estar falando bobagens, mas o ltsp não ajuda?
   
  [1] www.ltsp.org
  
 
  On 8/16/07, Marcos Fabrício Corso <[EMAIL PROTECTED]>
wrote:
  

ola pessoal
 
preciso de um terminal server pro
windows xp pra mais de 1 usuario, alguem conhece
 
 

Atenciosamente,
Marcos Fabrício Corso
Analista de Sistemas Júnior
JM Informática
Fone : (41)  3076-0896
Fax   : (41)  3352-2688
[EMAIL PROTECTED]
 


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


  
  
  
  
  
-- 
Atenciosamente,
Sebastian Selau Webber Colombo
  

___
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] off topic - duvida terminal server

[Evandro Ricardo Silvestre]

Se eu não estou enganado, o LTSP é para montar terminais burros com
Linux.
O terminal server do windows não é para isso, ele precisa que a maquina
tenha windows instalado e um programa para acesso.

Evandro

Sebastian SWC wrote:

  posso estar falando bobagens, mas o ltsp não ajuda?
   
  [1] www.ltsp.org
  



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

Re: [pgbr-geral] Travamento de Banco e Vacuum

[Marco A P D´Andrade]

Vinicius,

O Guilherme foi bem mais preciso sobre as considerações sobre tunning. 
Sugiro avaliar os criterios dele.

A ideia é o uso de uma analyze, para que a escolha de indices seja a 
mais adequada, de acordo com critérios gerenciados pelo BD.

Observe que ele põe a ressalva de nao passar de 1 semana sem 
processamento de estatísticas de pesquisa.


Guilherme,

Como disse, estou retomando. Gostrei de sua abordagem, bem completa ! 
Vou tomar por base em meus estudos :)


Sds,
Marco Antonio


Vinicius wrote:
> O problema q se eu nao rodar o vacuum full diariamente, chega um ponto q 
> minha base fica mto lenta para pesquisas, e fica juntanto mto lixo no banco, 
> e por fim nao consigo executar mais o vacuum full e tenho q fazer um backup 
> e restore da base.
>
> Como eu disse rodo 2x por dia vacuum not full com analyze.
> Sobre discos eu tenho 4 discos SCSI 15k controladora U320,,, com 2 raid's 1. 
> dai divido estas duas tabelas e indices d maior tamanho,, entao no 1o. raid 
> deixo a tabela de 25milhoes e seus indices, e no 2o. raid a tabela de 
> 30milhoes d registros e seus indices,, o restante das tabelas q sao bem 
> menores ficam todas no raid 1.
>
>
>
> - Original Message - 
> From: "Marco A P D´Andrade" <[EMAIL PROTECTED]>
> To: "Comunidade PostgreSQL Brasileira" 
> Sent: Thursday, August 16, 2007 5:50 PM
> Subject: Re: [pgbr-geral] Travamento de Banco e Vacuum
>
>
> Senhores,
>
> Algo que me chamou a atenção, na questão do Rodrigo é a configuração de
> maintenance_work_mem [1].
>
> Considerando-se 2G de memoria, aumentar isto me parece uma boa opção !
>
> Sobre tunning de memoria:
>
> Quando ao shared_buffers, lembro que existem algums valores "magicos"
> que devidamente ajustados fazem o banco melhorar muito de performance, e
> claro, devem ser ajustados no SO antes, alguem recorda se esta é uma das
> variaveis ?
>
> Sobre AUTOVACUUM:
>
> Por outro lado, se não me falha a memoria, se vc habilita o autovacuum,
> vc não precisa e não deve, rodar o vacuum manualmente, pois vale a
> ressalva de que um vacuum sem analyze não me pareceu ter o melhor resultado.
>
>
> Sobre vacuum frequente:
>
> Vinicios,
>
> Vale a ressalva de que o vacuum tem por objetivo recuperar areas de
> banco liberadas, não traz beneficio para inserções !
> Talvez o que vc queira é um analyze, para melhorar estatísticas de
> índice...
>
>
> Estou retornando às origens, e à administração de banco de dados, e
> terei logo de cara uma plataforma no nivel que vc tem... (volume e
> hardware)... minha primeira preocupação é distribuição de tabelas em
> discos distintos, quando possível (vc citou "discoS" scsi). Outro ponto
> a trabalhar, antes de vacuum ou analyze são indices...
>
>
>
> [1] http://www.postgresql.org/docs/8.0/static/runtime-config.html
>
> Espero ter contribuido, pois estou "retornando" ;)
>
>
> Sds,
> Marco Antonio
>
> Vinicius wrote:
>   
>> Aproveitando o assunto tenho o mesmo problema,, mas depois d algumas horas 
>> o
>> vacuum full termina, tem dias q demora 40min. outros 4hrs, passo um vacuum
>> nao full 2x ao dia e um vacuum full as 3hrs da madrugada.
>> Pergunta:
>> Se eu ligar o auto vacuum eu nao preciso mais passar o vacuum full ?
>>
>> Vou passar os dados do meu server e base
>>
>> Servidor com 2 cpus Xeon 3.0 / 16gb Ram / HD's SCSI
>> Base com 70GB
>> 2 Tabelas sao bem críticas uma tem 30milhoes d registros outra 25milhoes
>> Essas duas tabelas recebem 1500 inserts por minuto, fora pesquisas q sao
>> mtas.
>>
>> Se alguem puder me passar alguma dica para q nao seja necessario passar o
>> vacuum full, pois o banco fica travado durante a madrugada praticamente e
>> isso nao eh o ideal pois nosso sistema roda 24hrs.
>>
>>
>> - Original Message - 
>> From: "Osvaldo Rosario Kussama" <[EMAIL PROTECTED]>
>> To: "Comunidade PostgreSQL Brasileira" 
>> 
>> Sent: Thursday, August 16, 2007 2:35 PM
>> Subject: Re: [pgbr-geral] Travamento de Banco e Vacuum
>>
>>
>> Rodrigo Tazima escreveu:
>>
>> 
>>> Olá Pessoal,
>>>
>>> Estou com uma dificuldade e venho compartilhar com o forum, qualquer
>>> dica/sugestao é bem vinda e agradeço a todos desde já.
>>>
>>>  Hardware:
>>> . Servidor Dell PowerEdge SC440
>>> . Processador Pentium D 935 (2x2MB Cache, 3.2GHz 800MHz) FSB
>>> . 2GB Ram ECC
>>> . HD 160GB Sata2
>>>
>>> Software:
>>> . SO Suse 10.0
>>> . PostgreSQL 8.0.3
>>>
>>> Caso:
>>>
>>> O dump da base tem aproximadamente 2.6GB, algumas tabelas proximo de 
>>> 3
>>> milhoes
>>> de registros. Aplicacao OLTP em 10 usuarios. Gerando aproximadamente 30
>>> mil
>>> registros por dia. Tenho programado (via cron + shell)  o vacuumdb (FULL)
>>> todos os dias as 23:45. O que
>>> ocorre é que há dias que parece que o banco "trava" rodando o vacuum.
>>> Amanhece e
>>> vejo os processos e o vacuum ainda esta rodando e o banco nao responde, 
>>> da
>>> impressão que o banco trava ou pelo menos nao responde, se tento conectar
>>> fica parado esperando, nao da erro de 

Re: [pgbr-geral] Travamento de Banco e Vacuum

[Guilherme Augusto da Rocha Silva]

MArco,

no tuning de memoria no SO, as variáveis são do kernel (pelo menos para o 
Linux, não faço idéia de como seja no Windows): shmall, shmmax, shmmni, sem.

Para ver o que são, e o que fazer com elas, favor executar o comando
"man proc", e ler a documentação do PostgreSQL que indica quais valores podem 
ser colocados nestas variáveis.

http://www.postgresql.org/docs/8.1/static/kernel-resources.html#SYSVIPC
http://www.postgresql.org/docs/8.1/static/runtime-config-resource.html

Leituras adicionais obrigatórias para TUNING do PostgreSQL:
http://www.powerpostgresql.com/PerfList
http://www.powerpostgresql.com/Downloads/annotated_conf_80.html

Em Quinta 16 Agosto 2007 18:09, [EMAIL PROTECTED] 
escreveu:
> Message: 3
> Date: Thu, 16 Aug 2007 17:50:31 -0300
> From: Marco A P D´Andrade <[EMAIL PROTECTED]>
> Subject: Re: [pgbr-geral] Travamento de Banco e Vacuum
> To: Comunidade PostgreSQL Brasileira
> 
> Message-ID: <[EMAIL PROTECTED]>
> Content-Type: text/plain; charset=iso-8859-1; format=flowed
>
> Senhores,
>
> Algo que me chamou a atenção, na questão do Rodrigo é a configuração de
> maintenance_work_mem [1].
>
> Considerando-se 2G de memoria, aumentar isto me parece uma boa opção !
>
> Sobre tunning de memoria:
>
> Quando ao shared_buffers, lembro que existem algums valores "magicos"
> que devidamente ajustados fazem o banco melhorar muito de performance, e
> claro, devem ser ajustados no SO antes, alguem recorda se esta é uma das
> variaveis ?
>
> Sobre AUTOVACUUM:
>
> Por outro lado, se não me falha a memoria, se vc habilita o autovacuum,
> vc não precisa e não deve, rodar o vacuum manualmente, pois vale a
> ressalva de que um vacuum sem analyze não me pareceu ter o melhor
> resultado.
>
>
> Sobre vacuum frequente:
>
>     Vinicios,
>
>     Vale a ressalva de que o vacuum tem por objetivo recuperar areas de
> banco liberadas, não traz beneficio para inserções !
>     Talvez o que vc queira é um analyze, para melhorar estatísticas de
> índice...
>
>
>     Estou retornando às origens, e à administração de banco de dados, e
> terei logo de cara uma plataforma no nivel que vc tem... (volume e
> hardware)... minha primeira preocupação é distribuição de tabelas em
> discos distintos, quando possível (vc citou "discoS" scsi). Outro ponto
> a trabalhar, antes de vacuum ou analyze são indices...
>
>
>
> [1] http://www.postgresql.org/docs/8.0/static/runtime-config.html
>
> Espero ter contribuido, pois estou "retornando"

-- 

/*
Guilherme Augusto da Rocha Silva
Administração de Dados / Bancos de Dados

Gerência de Tecnologia da Informação
SIM Instituto de Gestão Fiscal
*/
___
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 - duvida terminal server

[Leandro Guimarães Faria Corcete DUTRA]

Em Qui, 2007-08-16 às 17:20 -0300, Marcos Fabrício Corso escreveu:
> preciso de um terminal server pro windows xp pra mais de 1 usuario,
> alguem conhece

Creio que só o 2003…


-- 
Leandro Guimarães Faria Corcete DUTRA  <[EMAIL PROTECTED]>
Atech Fundação Aplicação de Tecnologias Críticas  SP, BR
msnim:[EMAIL PROTECTED]
xmpp:[EMAIL PROTECTED]  +55 (11) 3040 7300 r151


- - - - -

Politica de Privacidade: Esta mensagem pode conter informacao confidencial e/ou 
privilegiada. Se voce nao for o destinatario ou a pessoa autorizada a receber 
esta mensagem, nao pode usar, copiar ou divulgar as informacoes nela contidas 
ou tomar qualquer acao baseada nessas informacoes. Se voce recebeu esta 
mensagem por engano, por favor avise imediatamente o remetente, respondendo o 
e-mail e em seguida apague-o. Agradecemos sua cooperacao.

Privacy Policy: This message may contain confidential and/or privileged 
information. If you are not the addressee or authorized to receive this for the 
addressee, you must not use, copy, disclose or take any action based on this 
message or any information herein. If you have received this message in error, 
please advise the sender immediately by reply e-mail and delete this message. 
Thank you for your cooperation.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Acessar Postgres via ADO

[Evandro Ricardo Silvestre]

Se for Delphi, recomendo Zeos. Caso contrário recomendo ODBC.
O Zeos tem um acesso mais nativo ao banco o que deixa mais rápido.
Não sou fã do BDE, é necessário instalar programa no Client, configurar
e tudo mais.

ADO.net nunca mexi!

Particularmente não uso nenhum, prefiro acessar via SOA, mas ai
complica bastante.

SDS

Evandro

renato wrote:
Qual seria a melhor opção?
BDE+ODBC, ADO.NET, Zeos
  
Renato
  
  Em 16/08/07, Evandro Ricardo Silvestre <
[EMAIL PROTECTED]> escreveu:
  ADO
é lento, pouco portavel e está bem obsoleto.

  
  
  
  

___
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] off topic - duvida terminal server

[Sebastian SWC]

posso estar falando bobagens, mas o ltsp não ajuda?

[1] www.ltsp.org


On 8/16/07, Marcos Fabrício Corso <[EMAIL PROTECTED]> wrote:
>
>  ola pessoal
>
> preciso de um terminal server pro windows xp pra mais de 1 usuario, alguem
> conhece
>
>
>
> Atenciosamente,
> Marcos Fabrício Corso
> Analista de Sistemas Júnior
> JM Informática
> Fone : (41)  3076-0896
> Fax   : (41)  3352-2688
> [EMAIL PROTECTED]
>
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>


-- 
Atenciosamente,
Sebastian Selau Webber Colombo
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Oracle x Postgres

[Fabio Telles]

Em 16/08/07, Nelson Cartaxo<[EMAIL PROTECTED]> escreveu:
>
>
> Boa tarde,
>
> Alguem conhece alguma ferramenta que faça a migração do oracle para
> postgres. O nosso maior problema está nos campos que possuem os datatypes
> Long, Blob e Clob.

Hum para converter dados no formato texto, o PostgreSQL não tem
muita dificuldade, mas os dados binários (BLOB) são realmente um
desafio. O ora2pg pode te ajudar com os dados não binários, mas para
os dados binários a minha recomendação é:

Crie uma pequena aplicação que se conecte no Oracle, leia os campos
binários reconstruindo o arquivo binário no sistema de arquivos e
depois se conecte no PostgreSQL e grave o arquivo gerado. Dá um pouco
de trabalho para se acertar um pouco no começo... mas é uma forma
bastante segura de se fazer isto. Um detalhe é que você pode escolher
a linguagem de programação que você tem mais facilidade, mas deve
ficar longe do ODBC!

É claro que existem ferramentas proprietárias para fazer isso, mas se
você quer ter controle do processo, nada melhor do que fazer as coisas
na mão.

Atenciosamente,
Fábio Telles
-- 
blog: http://www.midstorm.org/~telles/
e-mail / jabber: [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] Acessar Postgres via ADO

[renato]

Qual seria a melhor opção?
BDE+ODBC, ADO.NET, Zeos

Renato

Em 16/08/07, Evandro Ricardo Silvestre <[EMAIL PROTECTED]>
escreveu:
>
> ADO é lento, pouco portavel e está bem obsoleto.
>
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Update com group by

[Evandro Ricardo Silvestre]

Tente isso:

 update *produtos*
set estoque=(SELECT sum(*pedido_itens*.quantidade)  FROM 
pedidos_itens JOIN pedidos ON (FAZ O JOIN) where 
*pedidos*.finalizado=true and /produtos/.codigo=/pedido_itens/.codpro);

Deve funcionar.

SDS

Evandro

Erlon wrote:
> tem como fazer uma atualização no banco de dados dessa maneira.
>  
> como fazer um:
>  update *produtos* set estoque=sum(*pedido_itens*.quantidade)  
> .. where *pedidos*.finalizado=true and 
> /produtos/.codigo=/pedido_itens/.codpro;
> 
>
> ___
>   

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