[pgbr-geral] PostGIS

2008-08-12 Por tôpico Cézar Augusto Ferreira
Galera, alguém sabe onde eu consigo material sobre PostGIS, cartografia,
Sistemas de coordenadas, essas paradas assim?
Obrigado!

-- 
---
Programador Java - PHP
3Way NetWorks
www.3way.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] PostGIS

2008-08-12 Por tôpico Marcelo Costa
Olá, bom dia!

2008/8/12 Cézar Augusto Ferreira [EMAIL PROTECTED]

 Galera, alguém sabe onde eu consigo material sobre PostGIS, cartografia,
 Sistemas de coordenadas, essas paradas assim?
 Obrigado!


Procure por 
http://www.geolivre.org.br/http://www.geolivre.org.br/downloads/geozine/geozine-n01-v20-16ago2007.pdf,
há artigos e tutoriais que podem te ajudar.

Att,


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


[pgbr-geral] Arquivos de log

2008-08-12 Por tôpico Renato
Bom dia

 

Estou trabalhando na parte de auditoria do sistema que a empresa onde
trabalho está desenvolvendo, e uma solução encontrada foi aproveitar o
próprio arquivo de log do PG. Para isso configurei no postgresql.conf os
parametros relacionados ao log, conforme o manual, e o parâmetro
log_statement = 'mod' para poder capturar as instruções de INSERT, UPDATE,
DELETE e SELECT. Consegui fazer também ,criando uma function, capturar as
informações do arquivo de log e jogá-los em uma tabela temporária, fazendo
com que os dados de log, temporariamente, estejam no banco para serem
consultados por um aplicativo criado com esse propósito, fiz umas instruções
no aplicativo para filtrar dados não importantes, me aproveitando de alguns
dados chave contidos nas linhas.  Até aí tudo bem. Acontece que, com o
passar do tempo, e conseqüentemente a quantidade de dados aumentando no
arquivo de log, todo esse processamento fica demorado, e eu já previa isso,
e não me importo com a demora. Porém, mesmo com muitos filtros, ainda vem
muito “lixo” (Selects feitos na inicialização da aplicação principal, e
outros feitos em consultas de tabelas auxiliares, etc) que faz com que a
busca pela informação desejada passe a ser penosa. Minhas perguntas são:

 

1 – Existe alguma forma de eu escolher quais tabelas eu desejo fazer log? 

2 – O que estou fazendo, é certo, ou pelo menos aceitável?

 

Explicações:

A leitura do arquivo de log e exportação, tem funcionado sem problema tanto
em servidores Linux quanto Window$ e somente lê o último arquivo de log
gravado, ignorando aqueles gerados pelo rotacionamento, justamente pra não
sobrecarregar.

Minhas aplicações são em Delphi.

Exporto o arquivo para uma tabela temporária no PG, pois foi a única forma
que encontrei de ter acesso a esse arquivo (que é propriedade do usuário
postgres) a partir de qualquer máquina

Não gostaria de gravar esse log em tabelas no banco, pra eliminar tráfego
duplicado na rede e não inchar o banco (se bem que isso não seria problema
para o PG, rsrs), mas isso também influenciaria no backup (eu faço, viu?)

 

Bem, depois de quase uma epístola, espero ter sido claro com minha dúvida, e
agradeço antecipadamente àqueles que tiveram paciência pra ler tudo isso.

 

Grato

 

Renato

Senda


--
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


Re: [pgbr-geral] PostGIS

2008-08-12 Por tôpico Eloi Ribeiro
Manual PostGIS http://www.webgis.com.br/postgis/

Sumário

PostGIS é uma extensão ao sistema de banco de dados object-relational
PostgreSQL, que permite o uso de objetos GIS (Sistemas de Informação
Geográfica) serem armazenados em banco de dados. PostGIS inclui suporte
para índices espacias GiST-based R-Tree e funções para análise e
processamento de objetos GIS.

Este é um manual da versão 1.2.2SVN

Boa sorte,

Eloi



2008/8/12 Marcelo Costa [EMAIL PROTECTED]

 Olá, bom dia!

 2008/8/12 Cézar Augusto Ferreira [EMAIL PROTECTED]

 Galera, alguém sabe onde eu consigo material sobre PostGIS, cartografia,
 Sistemas de coordenadas, essas paradas assim?
 Obrigado!


 Procure por 
 http://www.geolivre.org.br/http://www.geolivre.org.br/downloads/geozine/geozine-n01-v20-16ago2007.pdf,
 há artigos e tutoriais que podem te ajudar.

 Att,


 --
 Marcelo Costa

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




-- 
Eloi Ribeiro

eloi.ribeiro ARROBA gmail PONTO com
http://eloi-ribeiro.blogspot.com

Espanha, Valência

Antes de imprimir pensa que estará a gastar papel, tinta e energia.

Apaga todos os endereços de email do cabeçalho, bem como qualquer um
que apareça no corpo da mensagem. Essa informação é privada e não publica.

Protege os endereços dos destinatários colocando os mesmos em BCC ou CCo.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] PostGIS

2008-08-12 Por tôpico Cézar Augusto Ferreira
obrigado galera!

2008/8/12 Eloi Ribeiro [EMAIL PROTECTED]

 Manual PostGIS http://www.webgis.com.br/postgis/

 Sumário

 PostGIS é uma extensão ao sistema de banco de dados object-relational
 PostgreSQL, que permite o uso de objetos GIS (Sistemas de Informação
 Geográfica) serem armazenados em banco de dados. PostGIS inclui suporte
 para índices espacias GiST-based R-Tree e funções para análise e
 processamento de objetos GIS.

 Este é um manual da versão 1.2.2SVN

 Boa sorte,

 Eloi



 2008/8/12 Marcelo Costa [EMAIL PROTECTED]

 Olá, bom dia!

 2008/8/12 Cézar Augusto Ferreira [EMAIL PROTECTED]

 Galera, alguém sabe onde eu consigo material sobre PostGIS, cartografia,
 Sistemas de coordenadas, essas paradas assim?
 Obrigado!


 Procure por 
 http://www.geolivre.org.br/http://www.geolivre.org.br/downloads/geozine/geozine-n01-v20-16ago2007.pdf,
 há artigos e tutoriais que podem te ajudar.

 Att,


 --
 Marcelo Costa

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




 --
 Eloi Ribeiro

 eloi.ribeiro ARROBA gmail PONTO com
 http://eloi-ribeiro.blogspot.com

 Espanha, Valência

 Antes de imprimir pensa que estará a gastar papel, tinta e energia.

 Apaga todos os endereços de email do cabeçalho, bem como qualquer um
 que apareça no corpo da mensagem. Essa informação é privada e não publica.

 Protege os endereços dos destinatários colocando os mesmos em BCC ou CCo.


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




-- 
---
Programador Java - PHP
3Way NetWorks
www.3way.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] Arquivos de log

2008-08-12 Por tôpico William Leite Araújo
 Não sei se está certo ou errado, mas que é mais difícil, com certeza.
 Talvez pudesse colocar em outro banco, em outro tablespace, já que o
problema é inchar o banco. E até seu analizador de LOG pode ser o
responsável por povoar o outro banco.

 Acho que é a maneira mais rápida de agilizar a(s) resposta(s) da(s)
auditoria(s)...

2008/8/12 Renato [EMAIL PROTECTED]

  Bom dia



 Estou trabalhando na parte de auditoria do sistema que a empresa onde
 trabalho está desenvolvendo, e uma solução encontrada foi aproveitar o
 próprio arquivo de log do PG. Para isso configurei no postgresql.conf os
 parametros relacionados ao log, conforme o manual, e o parâmetro
 log_statement = 'mod' para poder capturar as instruções de INSERT, UPDATE,
 DELETE e SELECT. Consegui fazer também ,criando uma function, capturar as
 informações do arquivo de log e jogá-los em uma tabela temporária, fazendo
 com que os dados de log, temporariamente, estejam no banco para serem
 consultados por um aplicativo criado com esse propósito, fiz umas instruções
 no aplicativo para filtrar dados não importantes, me aproveitando de alguns
 dados chave contidos nas linhas.  Até aí tudo bem. Acontece que, com o
 passar do tempo, e conseqüentemente a quantidade de dados aumentando no
 arquivo de log, todo esse processamento fica demorado, e eu já previa isso,
 e não me importo com a demora. Porém, mesmo com muitos filtros, ainda vem
 muito lixo (Selects feitos na inicialização da aplicação principal, e
 outros feitos em consultas de tabelas auxiliares, etc) que faz com que a
 busca pela informação desejada passe a ser penosa. Minhas perguntas são:



 1 – Existe alguma forma de eu escolher quais tabelas eu desejo fazer log?

 2 – O que estou fazendo, é certo, ou pelo menos aceitável?



 Explicações:

 A leitura do arquivo de log e exportação, tem funcionado sem problema tanto
 em servidores Linux quanto Window$ e somente lê o último arquivo de log
 gravado, ignorando aqueles gerados pelo rotacionamento, justamente pra não
 sobrecarregar.

 Minhas aplicações são em Delphi.

 Exporto o arquivo para uma tabela temporária no PG, pois foi a única forma
 que encontrei de ter acesso a esse arquivo (que é propriedade do usuário
 postgres) a partir de qualquer máquina

 Não gostaria de gravar esse log em tabelas no banco, pra eliminar tráfego
 duplicado na rede e não inchar o banco (se bem que isso não seria problema
 para o PG, rsrs), mas isso também influenciaria no backup (eu faço, viu?)



 Bem, depois de quase uma epístola, espero ter sido claro com minha dúvida,
 e agradeço antecipadamente àqueles que tiveram paciência pra ler tudo isso.



 Grato



 Renato

 Senda

 -

 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




-- 
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


Re: [pgbr-geral] PostGIS

2008-08-12 Por tôpico George Silva
www.geoprocessamento.net

Lá você vai encontrar um fórum cheio de pessoas que trabalham com 
Geotecnologias, incluidno PostGIS.

Eu mesmo expliquei alguns conceitos do geoprocessamento e ainda estou 
escrevendo mais alguns artigozinhos para esclarecer os colegas das áreas 
de TI e iniciantes.

Dê uma passada lá

Abraco

Cézar Augusto Ferreira escreveu:
 Galera, alguém sabe onde eu consigo material sobre PostGIS, 
 cartografia, Sistemas de coordenadas, essas paradas assim?
 Obrigado!

 -- 
 ---
 Programador Java - PHP
 3Way NetWorks
 www.3way.com.br http://www.3way.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] PostGIS

2008-08-12 Por tôpico Ribamar Sousa
Aqui eu adicionei alguns tutoriais sobre o assunto:

http://pg.ribafs.net/down/

Vá em docs, Tutoriais, Geograficos.

2008/8/12 George Silva [EMAIL PROTECTED]

 www.geoprocessamento.net

 Lá você vai encontrar um fórum cheio de pessoas que trabalham com
 Geotecnologias, incluidno PostGIS.

 Eu mesmo expliquei alguns conceitos do geoprocessamento e ainda estou
 escrevendo mais alguns artigozinhos para esclarecer os colegas das áreas
 de TI e iniciantes.

 Dê uma passada lá

 Abraco

 Cézar Augusto Ferreira escreveu:
  Galera, alguém sabe onde eu consigo material sobre PostGIS,
  cartografia, Sistemas de coordenadas, essas paradas assim?
  Obrigado!
 
  --
  ---
  Programador Java - PHP
  3Way NetWorks
  www.3way.com.br http://www.3way.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




-- 
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] Arquivos de log

2008-08-12 Por tôpico Sebastian SWC
2008/8/12 Renato [EMAIL PROTECTED]:
 Bom dia

Boa tarde.

corte

 1 – Existe alguma forma de eu escolher quais tabelas eu desejo fazer log?

por que você não cria triggers para cada tabela necessária? algo como:
para cada insert, delete, update, de grave um registro na tabela de
log com as informações que tu precisa.

 2 – O que estou fazendo, é certo, ou pelo menos aceitável?

é uma idéia um tanto trabalhosa eu diria...

corta

 Não gostaria de gravar esse log em tabelas no banco, pra eliminar tráfego
 duplicado na rede e não inchar o banco (se bem que isso não seria problema
 para o PG, rsrs),  mas isso também influenciaria no backup

por que não? o log pode ser apagado de tempos em tempos... você
poderia colocar essas informações em um outro table space (como o
colega já sugeriu) e coloca-lo em um outro disco e/ou partição
separada...

 backup (eu faço, viu?)

muito bem...

-- 
Sebastian SWC
http://sebastianswc.com
http://www.postgresql.org.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] PostGIS

2008-08-12 Por tôpico Luigi Castro Cardeles
Olá,
na lista mapserver_brasil no yahoo groups, vc encontra bastante material.
[]'s

2008/8/12 Ribamar Sousa [EMAIL PROTECTED]

 Aqui eu adicionei alguns tutoriais sobre o assunto:

 http://pg.ribafs.net/down/

 Vá em docs, Tutoriais, Geograficos.

 2008/8/12 George Silva [EMAIL PROTECTED]

 www.geoprocessamento.net

 Lá você vai encontrar um fórum cheio de pessoas que trabalham com
 Geotecnologias, incluidno PostGIS.

 Eu mesmo expliquei alguns conceitos do geoprocessamento e ainda estou
 escrevendo mais alguns artigozinhos para esclarecer os colegas das áreas
 de TI e iniciantes.

 Dê uma passada lá

 Abraco

 Cézar Augusto Ferreira escreveu:
  Galera, alguém sabe onde eu consigo material sobre PostGIS,
  cartografia, Sistemas de coordenadas, essas paradas assim?
  Obrigado!
 
  --
  ---
  Programador Java - PHP
  3Way NetWorks
  www.3way.com.br http://www.3way.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




 --
 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




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


[pgbr-geral] RES: Arquivos de log

2008-08-12 Por tôpico Renato
Muito boa a sua idéia,


Faço a coleta, e filtragem dos dados que estiverem no arquivo de log, e gravo 
em uma tabela de log em outro tablespace, acho que assim, elimina a lentidão na 
hora de consultar as informações. Vou testar e depois posto aqui

Muitíssimo Grato,

Renato

De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de William Leite Araújo
Enviada em: terça-feira, 12 de agosto de 2008 12:01
Para: Comunidade PostgreSQL Brasileira
Assunto: Re: [pgbr-geral] Arquivos de log

 Não sei se está certo ou errado, mas que é mais difícil, com certeza.
 Talvez pudesse colocar em outro banco, em outro tablespace, já que o 
problema é inchar o banco. E até seu analizador de LOG pode ser o responsável 
por povoar o outro banco.

 Acho que é a maneira mais rápida de agilizar a(s) resposta(s) da(s) 
auditoria(s)...
2008/8/12 Renato [EMAIL PROTECTED]
Bom dia
 
Estou trabalhando na parte de auditoria do sistema que a empresa onde trabalho 
está desenvolvendo, e uma solução encontrada foi aproveitar o próprio arquivo 
de log do PG. Para isso configurei no postgresql.conf os parametros 
relacionados ao log, conforme o manual, e o parâmetro log_statement = 'mod' 
para poder capturar as instruções de INSERT, UPDATE, DELETE e SELECT. Consegui 
fazer também ,criando uma function, capturar as informações do arquivo de log e 
jogá-los em uma tabela temporária, fazendo com que os dados de log, 
temporariamente, estejam no banco para serem consultados por um aplicativo 
criado com esse propósito, fiz umas instruções no aplicativo para filtrar dados 
não importantes, me aproveitando de alguns dados chave contidos nas linhas.  
Até aí tudo bem. Acontece que, com o passar do tempo, e conseqüentemente a 
quantidade de dados aumentando no arquivo de log, todo esse processamento fica 
demorado, e eu já previa isso, e não me importo com a demora. Porém, mesmo com 
muitos filtros, ainda vem muito lixo (Selects feitos na inicialização da 
aplicação principal, e outros feitos em consultas de tabelas auxiliares, etc) 
que faz com que a busca pela informação desejada passe a ser penosa. Minhas 
perguntas são:
 
1 – Existe alguma forma de eu escolher quais tabelas eu desejo fazer log? 
2 – O que estou fazendo, é certo, ou pelo menos aceitável?
 
Explicações:
A leitura do arquivo de log e exportação, tem funcionado sem problema tanto em 
servidores Linux quanto Window$ e somente lê o último arquivo de log gravado, 
ignorando aqueles gerados pelo rotacionamento, justamente pra não sobrecarregar.
Minhas aplicações são em Delphi.
Exporto o arquivo para uma tabela temporária no PG, pois foi a única forma que 
encontrei de ter acesso a esse arquivo (que é propriedade do usuário postgres) 
a partir de qualquer máquina
Não gostaria de gravar esse log em tabelas no banco, pra eliminar tráfego 
duplicado na rede e não inchar o banco (se bem que isso não seria problema para 
o PG, rsrs), mas isso também influenciaria no backup (eu faço, viu?)
 
Bem, depois de quase uma epístola, espero ter sido claro com minha dúvida, e 
agradeço antecipadamente àqueles que tiveram paciência pra ler tudo isso.
 
Grato
 
Renato
Senda
-
 
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



-- 
William Leite Araújo
Analista de Banco de Dados - QualiConsult
-
 
Esta mensagem foi verificada pelo sistema de Anti-virus da SJB Solados. 


--
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


Re: [pgbr-geral] PostGIS

2008-08-12 Por tôpico Thiago Tiedtke
Bom, vários participantes da lista já deram muitas dicas, agora, mais a
respeito de cartografia, procure no site do ibge, na parte de Geociências.

Vou passar alguns links:

http://www.ibge.gov.br/home/geociencias/cartografia/manual_nocoes/indice.htm

http://www.ibge.gov.br/home/geociencias/cartografia/glossario/glossario_cartografico.shtm

Apostila: http://www.cartografica.ufpr.br/docs/ctematica/ap_cartografia.pdf

Apostila:
http://mtc-m12.sid.inpe.br/rep-/sid.inpe.br/sergio/2005/06.14.13.17

E se quiser ir mais a fundo:
https://kb.osu.edu/dspace/bitstream/1811/24301/1/Geom_Ref_Sys_Geodesy.pdf

Desculpe se me empolguei

[]s

Thiago Tiedtke dos Reis

Engenheiro Cartógrafo
Mestrando no Programa de Pós-graduação em Ciências Cartográficas
Unesp - Presidente Prudente - SP
http://www.geometrik.info

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


[pgbr-geral] I/O no Postgresql

2008-08-12 Por tôpico [EMAIL PROTECTED]
Pessoal deem uma olhada nesse link:

http://br.geocities.com/wendelwgp/arquivos/graficos_benchmark.html

Gerei uns graficos com o Benchmark DBT-2 no postgresql, executando em um
cenário com índices no banco de dados e outro sem índice no banco de
dados,  preciso agora entender duas questões:

- Com a base com índices a entrada e saida (I/O) é maior devido ao SGBD
conseguir processar mais dados, correto?

- Com a base de dados sem índices, a I/O é muito mais baixa, mas porque?
Será que é porque o SGBD joga todos os dados para a memoria RAM, assim não
faz tanta leitura e escrita?

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


[pgbr-geral] How to optimize PostgreSQL database size

2008-08-12 Por tôpico Ribamar Sousa
http://www.linuxinsight.com/optimize_postgresql_database_size.html

-- 
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] I/O no Postgresql

2008-08-12 Por tôpico [EMAIL PROTECTED]
Pessoal
Não sei se ficou bem claro minhas perguntas no outro email.
Na verdade,  eu preciso saber principalmente se quando o SGBD tem que fazer
um FULL SCAN, se ele joga tudo na memória para trabalhar, e por isso tem
pouca leitura na base de dados neste caso, cfm grafico do link.

Abs

2008/8/12 [EMAIL PROTECTED] [EMAIL PROTECTED]

  Pessoal deem uma olhada nesse link:

 http://br.geocities.com/wendelwgp/arquivos/graficos_benchmark.html

 Gerei uns graficos com o Benchmark DBT-2 no postgresql, executando em um
 cenário com índices no banco de dados e outro sem índice no banco de
 dados,  preciso agora entender duas questões:

 - Com a base com índices a entrada e saida (I/O) é maior devido ao SGBD
 conseguir processar mais dados, correto?

 - Com a base de dados sem índices, a I/O é muito mais baixa, mas porque?
 Será que é porque o SGBD joga todos os dados para a memoria RAM, assim não
 faz tanta leitura e escrita?

 Até mais




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


Re: [pgbr-geral] I/O no Postgresql

2008-08-12 Por tôpico Joao Cosme de Oliveira Junior
o shared buffer é justamente feito para evitar acesso ao disco , que por
sinal é muito caro.

Tanto o uso de índices como full scan são ACESSOS A DISCO!

O que pode ter acontecido, não sei se foi o caso , que vários dados na
primeira consulta já estavam no shared buffer

 Pessoal
 Não sei se ficou bem claro minhas perguntas no outro email.
 Na verdade,  eu preciso saber principalmente se quando o SGBD tem que
 fazer
 um FULL SCAN, se ele joga tudo na memória para trabalhar, e por isso tem
 pouca leitura na base de dados neste caso, cfm grafico do link.

 Abs

 2008/8/12 [EMAIL PROTECTED] [EMAIL PROTECTED]

  Pessoal deem uma olhada nesse link:

 http://br.geocities.com/wendelwgp/arquivos/graficos_benchmark.html

 Gerei uns graficos com o Benchmark DBT-2 no postgresql, executando em um
 cenário com índices no banco de dados e outro sem índice no banco de
 dados,  preciso agora entender duas questões:

 - Com a base com índices a entrada e saida (I/O) é maior devido ao SGBD
 conseguir processar mais dados, correto?

 - Com a base de dados sem índices, a I/O é muito mais baixa, mas porque?
 Será que é porque o SGBD joga todos os dados para a memoria RAM, assim
 não
 faz tanta leitura e escrita?

 Até mais




 ___
 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] Limpar Buffer no Postgresql

2008-08-12 Por tôpico [EMAIL PROTECTED]
Pessoal
Preciso fazer um teste em dois cenário no Postgresql, um com indices na base
e outro sem indices.
Para ficar o mais confiavel possivel o teste, preciso limpar o cache.
Teria um comando para limpar o shared buffer do banco de dados e ou outros
lugares que possam guardar dados em cache?
Se eu reiniciar o Banco entre um teste e outro, funciona para limpar os
caches?

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


Re: [pgbr-geral] Limpar Buffer no Postgresql

2008-08-12 Por tôpico Osvaldo Rosario Kussama
[EMAIL PROTECTED] escreveu:
 
 Preciso fazer um teste em dois cenário no Postgresql, um com indices na 
 base e outro sem indices.
 Para ficar o mais confiavel possivel o teste, preciso limpar o cache.
 Teria um comando para limpar o shared buffer do banco de dados e ou 
 outros lugares que possam guardar dados em cache?
 Se eu reiniciar o Banco entre um teste e outro, funciona para limpar os 
 caches?
  


Não é mais fácil atualizar as estatísticas e rodar um EXPLAIN para 
cada teste e comparar os planos de execução gerados?

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


Re: [pgbr-geral] Limpar Buffer no Postgresql

2008-08-12 Por tôpico [EMAIL PROTECTED]
Osvaldo, o problema é que o teste que estou fazendo não é tão simples assim.
Estou utilizando o Benchmark DBT-2 e ele já gera os resultados, não preciso
usar EXPLAIN.
  Quero que um cenário de teste nao interfira no outro.
 Teria um comando para limpar o shared buffer do banco de dados ou
reiniciando resolve?

Abs




2008/8/12 Osvaldo Rosario Kussama [EMAIL PROTECTED]

 [EMAIL PROTECTED] escreveu:
 
  Preciso fazer um teste em dois cenário no Postgresql, um com indices na
  base e outro sem indices.
  Para ficar o mais confiavel possivel o teste, preciso limpar o cache.
  Teria um comando para limpar o shared buffer do banco de dados e ou
  outros lugares que possam guardar dados em cache?
  Se eu reiniciar o Banco entre um teste e outro, funciona para limpar os
  caches?
 


 Não é mais fácil atualizar as estatísticas e rodar um EXPLAIN para
 cada teste e comparar os planos de execução gerados?

 Osvaldo
 ___
 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] I/O no Postgresql

2008-08-12 Por tôpico Roberto Mello
2008/8/12 [EMAIL PROTECTED] [EMAIL PROTECTED]:
 Pessoal deem uma olhada nesse link:

 http://br.geocities.com/wendelwgp/arquivos/graficos_benchmark.html

 Gerei uns graficos com o Benchmark DBT-2 no postgresql, executando em um
 cenário com índices no banco de dados e outro sem índice no banco de
 dados,  preciso agora entender duas questões:

 - Com a base com índices a entrada e saida (I/O) é maior devido ao SGBD
 conseguir processar mais dados, correto?

 - Com a base de dados sem índices, a I/O é muito mais baixa, mas porque?
 Será que é porque o SGBD joga todos os dados para a memoria RAM, assim não
 faz tanta leitura e escrita?

Por que o banco de dados esta' conseguindo realizar MUITO mais com os
indices do que sem os indices, 9 vezes a mais quase (63,71 TPM vs 4,24
TPM). BD realizando mais = mais dados.

Digo isso sem saber o que esse teste a te referes esta' fazendo, mas
essa e' minha leitura. O numero que interessa mais para mim e' o
numero de TPM.

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


Re: [pgbr-geral] I/O no Postgresql

2008-08-12 Por tôpico Mozart Hasse
Giraya,

From: [EMAIL PROTECTED] [EMAIL PROTECTED]
Subject: [pgbr-geral] I/O no Postgresql

 - Com a base com índices a entrada e saida (I/O) é maior devido ao SGBD
 conseguir processar mais dados, correto?

_Coincidentemente_ sim.
_U_m_ dos motivos para ter mais acessos a disco
certamente foi o fato de fazer mais transações por segundo, mas há casos
em que você tem mais transações por segundo quando faz menos acessos
a disco. Tudo depende de que tipo de transações você está fazendo, quão
complexas são suas consultas e quão bem escolhidos são seus índices.


 - Com a base de dados sem índices, a I/O é muito mais baixa, mas porque?

Provavelmente porque o disco está entediado esperando o servidor terminar os
malditos NESTED LOOPs e HASH JOINs em memória que ele deve ser obrigado
a fazer por não ter índices.


 Será que é porque o SGBD joga todos os dados para a memoria RAM, assim não
 faz tanta leitura e escrita?

Talvez.
O mais provável é que o gargalo seja a CPU. Sem índices, fica muito mais 
difícil
fazer JOINs entre as tabelas, e com tabelas grandes inteiras na memória o 
servidor
vai achar vantajoso fazer intermináveis nested loops ou hash joins. O disco 
quase
não é usado porque a tabela inteira deve estar na memória, porém a CPU deve
estar sendo completamente desperdiçada. Provavelmente o desempenho
empataria se você pusesse uns *15* processadores no servidor sem índices,
e neste caso os acessos a disco no servidor sem índices provavelmente
aumentariam, apesar de ser hilário ver alguém levando adiante uma idéia 
dessas.

Não vejo motivo para fazer mais testes, os resultados são evidentes. Usar 
índices
neste caso deixou o servidor quinze vezes mais rápido, o que apenas confirma 
as
boas práticas consagradas em toda a literatura sobre o assunto.

Não sou o primeiro a falar, mas não custa ressaltar: comparar o plano das 
consultas
seria muito mais elucidativo e prático do que montar baterias de testes 
dessa magnitude
para tentar provar o óbvio.

Atenciosamente,

Mozart Hasse 


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