Re: [pgbr-geral] RES: ER integrado ao Postgresql

[Euler Taveira de Oliveira]

Daniel Gaspary wrote:

> Que autodoc é esse, poderia passar o link ?
> 
http://www.rbt.ca/autodoc/releasenotes.html

> É que "autodoc" é um nome muito comum, até para o google :)
> 
Se você procurasse por "autodoc + postgresql" não seria ;)


-- 
   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] DBT-2 Ajuda

[Euler Taveira de Oliveira]

[EMAIL PROTECTED] wrote:

> Da um aviso de erro envolvendo o módulo PEARL
> 
É porque tu não instalou o módulo Test::Parser::Dbt2 [1].

[1] 
http://search.cpan.org/~markwkm/Test-Parser-1.5.1/lib/Test/Parser/Dbt2.pm


-- 
   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] Herança

[Euler Taveira de Oliveira]

Celso Henrique Mendes Ferreira wrote:

> Para o que eu precisava serviu legal e até agora não deu problema e 
> talvez, quem sabe, essa idéia consiga ajudar alguém.
>  
Mas isso *não* é herança. É de certo modo uma "replicação parcial" das 
tabelas do banco de dados.


-- 
   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] RES: ER integrado ao Postgresql

[Daniel Gaspary]

>  Eu sugeriria tomar outro caminho: modelar usando os comandos CREATE
>  TYPE, DOMAIN, TABLE &c e diagramar usando AutoDoc ou SQL Fairy e
>  GraphViz.
>

Que autodoc é esse, poderia passar o link ?

É que "autodoc" é um nome muito comum, até para o google :)
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Conectando no #postgresql-br na freenode via Pidgin

[guedes]

A pedido do Leo DUTRA, em um email anterior, eis o link com o Ogg:

-
http://rapidshare.com/files/94958863/conectando-postgres-freenode-pidgin.ogg

[]s
Guedes

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

Re: [pgbr-geral] Tunning em servidor novo

[Leonardo Cezar]

2008/2/25 Walter Cruz <[EMAIL PROTECTED]>:
> Pois é, o Cedrus é algo bom a ser discutido.
>
>  Sobre o agente, há quanto tempo está disponível o suporte snmp para
>  postgres e outra, ele consegue coletar todos os tipos de informações
>  do agente?

3 anos e sequer aceita MIB-RDBMS completa (isso não é uma crítica).

>  Ao que parece, o Rodrigo Hjort não está mais trabalhando no Cedrus..
>  Não sei se mais alguém está...

Tenho a mesma impressão.

-Leo
-- 
Leonardo Cezar et all
http://www.dextra.com.br/postgres
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] Tunning em servidor novo

[Leonardo Cezar]

On Mon, Feb 25, 2008 at 9:17 PM, Roberto Mello <[EMAIL PROTECTED]> wrote:

>  O design de usar um agente para coletar toda essa informacao ao inves
>  de usar algo mais estabelecido e menos trabalhoso, como  SNMP, nao me
>  pareceu uma boa decisao. Vao gastar um bocado de tempo escrevendo e
>  depurando um agente.

Ainda nessa vida tenho a intenção de sentar (num boteco - talvez no
Fisl?) com o pessoal do Cedrus pra discutir sobre uma implementação em
SNMP (pelo menos a nível coleta do S.O).

Quanto ao SNMP do postgres, ainda falta um pouco pra ser utilizado
como base para uma aplicação como esta.

>  Alguem esta' usando o Cedrus que possa compartilhar a experiência?

Os resultados do Cedrus são muito satisfatórios, porém acredito que a
arquitetura seria algo pra ser refatorada, IMHO.

A instalação também é meio complicada e não sei se isso foi mudado.

Mas tudo porque AFAIK o Cedrus acabou sendo liberado (em versão beta)
para o público sem documentação porque nós colocamos pressão no
pessoal :-). Lembro que a versão que eu utilizava em um cliente que
possuía vários servidores foi enviado via e-mail depois de muito
enchimento de saco de minha parte.

Talvez fosse o caso (como já discutido antes) de unirmos forças e
refatorar/reescrever a aplicação (Cedrus 2 :-)) baseado em tecnologia
que antes não estavam disponíveis.

-Leo
-- 
Leonardo Cezar et all
http://www.dextra.com.br/postgres
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] Recuperar banco de dados

[Fernando Brombatti]

Vc tem os arquivos de log de transação? Se não tiver, lembro que o banco não
vai voltar com o estado consistente que apresentava anteriormente.

2008/2/25 Malcus <[EMAIL PROTECTED]>:

>  Verique tb as permisões do diretório...
>
> [ ]'s
> Malcus
>
> Fernando de Oliveira escreveu:
>
> Verifique se a máquina que você fez esta nova instalação tem o mesmo SO e
> o mesmo hardware da anterior.
> Caso positivo, é batata, não tem erro(bom, pelo menos consegui todas
> as vezes que precisei).
> PS: o Postgresql também deve ser a mesma versao.
>
> []s
> Fernando de Oliveira
>
> - Original Message -
> *From:* Tiago - Alpha Sistemas <[EMAIL PROTECTED]>
> *To:* pgbr-geral@listas.postgresql.org.br
> *Sent:* Monday, February 25, 2008 5:38 PM
> *Subject:* [pgbr-geral] Recuperar banco de dados
>
>  Olá pessoal,
>
> Estou com o seguinte problema, tinha o PostgreSQL instalado um de meus
> clientes, e por um motivo de problema no Windows este cliente teve que
> formatar o micro. Sem me avisar e sem fazer os backup's corretamente, chamou
> um técnico e fez a formatação. Agora tenho apenas a pasta PostgreSQL. Tem
> como recuperar o banco de dados?
>
> Dei uma boa vasculhada na internet sobre este assunto e encontrei algumas
> dicas, como, instalar o banco e substituir a pasta data. Mas não tive
> sucesso, o serviço do banco de dados não inicia mais depois de alterar a
> pasta.
>
> Existe um procedimento correto para resolver esta situação?
>
> Obrigado!!!
>
>  --
>
>
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>


-- 
Fernando Brombatti
email-msn-gtalk-skype:
[EMAIL PROTECTED]
work: +55 54 3218-6060
mobile: +55 54 8112-7250
Visite www.datamais.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] Tunning em servidor novo

[Walter Cruz]

Pois é, o Cedrus é algo bom a ser discutido.

Sobre o agente, há quanto tempo está disponível o suporte snmp para
postgres e outra, ele consegue coletar todos os tipos de informações
do agente?

Ao que parece, o Rodrigo Hjort não está mais trabalhando no Cedrus..
Não sei se mais alguém está...

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

Re: [pgbr-geral] Tunning em servidor novo

[Roberto Mello]

2008/2/24 Fernando Ike <[EMAIL PROTECTED]>:
>
>  > Outra coisa que gostaria de colocar nesse novo servidor é algum
>  > gerador de estatísticas sobre o desempenho do banco, alguém indica
>  > algum bom?
>
>O Cedrus faz um bom trabalho neste sentido[3]

Nao sabia do Cedrus. Faz tempo que eu queria comecar um projeto que
faz exatamente isso, entao fui dar uma olhada no Cedrus, e nao foi
muito animador...

O codigo parece meio que atirado na parede e grudado com fita crepe, a
comecar pelo agente:
http://cedrus.svn.sourceforge.net/viewvc/cedrus/trunk/agent/agent.rb?revision=2&view=markup

O design de usar um agente para coletar toda essa informacao ao inves
de usar algo mais estabelecido e menos trabalhoso, como  SNMP, nao me
pareceu uma boa decisao. Vao gastar um bocado de tempo escrevendo e
depurando um agente.

Alguem esta' usando o Cedrus que possa compartilhar a experiencia?

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] Suporte Pl/Pgsql.

[Osvaldo Rosario Kussama]

Alan Pablo escreveu:
> 
> Alguém poderia me auxiliar como adicionar a linguagem plpgsql no 
> postgresql-7.4.14 instalado via apt-get install postgresql.
> 
> Nesse tipo de instalação na vem a tabela pg_language.
> 
>  psql -c "create language plpgsql" -d template1
> 
> ERROR:  syntax error at end of input at character 24
> 
> Na instalação pelo código fonte ocorreu tudo normal - psql -c "create 
> language plpgsql" -d template1
> 
>  psql -c "select * from pg_pltemplate" -d template1
> 
>  tmplname  | tmpltrusted |  tmplhandler  |   tmplvalidator   |   
> tmpllibrary| tmplacl
> 
> ---+-+---+---+--+-
> 
>  plpgsql | t   | plpgsql_call_handler  | 
> plpgsql_validator | $libdir/plpgsql  |
> 
>  pltcl   | t   | pltcl_call_handler
> |   | $libdir/pltcl|
> 
>  pltclu| f   | pltclu_call_handler   
> |   | $libdir/pltcl|
> 
>  plperl   | t   | plperl_call_handler   | 
> plperl_validator  | $libdir/plperl   |
> 
>  plperlu| f   | plperl_call_handler   | 
> plperl_validator  | $libdir/plperl   |
> 
>  plpythonu | f   | plpython_call_handler |   | 
> $libdir/plpython |
> 
> (6 rows)
> 
> Qual sugestão é bem vinda! ;)
> 


Veja:
http://www.postgresql.org/docs/7.4/interactive/xplang.html

Osvaldo
PS. A versão 7.4.14 é bem antiga. Se não puder atualizar para a 
8.3 atualize pelo menos para a 7.4.19.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Recuperar banco de dados

[Malcus]

Verique tb as permisões do diretório...

[ ]'s
Malcus

Fernando de Oliveira escreveu:

  
  
  

  Verifique se a máquina que você fez
esta nova instalação tem o mesmo SO e o mesmo hardware da anterior.
  Caso positivo, é batata, não tem
erro(bom, pelo menos consegui todas as vezes que precisei).
  PS: o Postgresql também deve ser a
mesma versao.
   
  []s
  Fernando de Oliveira
  
-
Original Message - 
From:
Tiago - Alpha Sistemas 
To:
pgbr-geral@listas.postgresql.org.br

Sent:
Monday, February 25, 2008 5:38 PM
Subject:
[pgbr-geral] Recuperar banco de dados



Olá pessoal,
Estou com o
seguinte problema, tinha o PostgreSQL instalado um de meus clientes, e
por um motivo de problema no Windows este cliente teve que formatar o
micro. Sem me avisar e sem fazer os backup’s corretamente, chamou um
técnico e fez a formatação. Agora tenho apenas a pasta PostgreSQL. Tem
como recuperar o banco de dados?
Dei uma boa
vasculhada na internet sobre este assunto e encontrei algumas dicas,
como, instalar o banco e substituir a pasta data. Mas não tive sucesso,
o serviço do banco de dados não inicia mais depois de alterar a pasta.
Existe um
procedimento correto para resolver esta situação?
Obrigado!!!

 
 




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

Re: [pgbr-geral] Recuperar banco de dados

[Fernando de Oliveira]

Verifique se a máquina que você fez esta nova instalação tem o mesmo SO e o 
mesmo hardware da anterior.
Caso positivo, é batata, não tem erro(bom, pelo menos consegui todas as 
vezes que precisei).
PS: o Postgresql também deve ser a mesma versao.

[]s
Fernando de Oliveira
  - Original Message - 
  From: Tiago - Alpha Sistemas 
  To: pgbr-geral@listas.postgresql.org.br 
  Sent: Monday, February 25, 2008 5:38 PM
  Subject: [pgbr-geral] Recuperar banco de dados


  Olá pessoal,

  Estou com o seguinte problema, tinha o PostgreSQL instalado um de meus 
clientes, e por um motivo de problema no Windows este cliente teve que formatar 
o micro. Sem me avisar e sem fazer os backup's corretamente, chamou um técnico 
e fez a formatação. Agora tenho apenas a pasta PostgreSQL. Tem como recuperar o 
banco de dados?

  Dei uma boa vasculhada na internet sobre este assunto e encontrei algumas 
dicas, como, instalar o banco e substituir a pasta data. Mas não tive sucesso, 
o serviço do banco de dados não inicia mais depois de alterar a pasta.

  Existe um procedimento correto para resolver esta situação?

  Obrigado!!!



--


  ___
  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] Recuperar banco de dados

[Tiago - Alpha Sistemas]

Olá pessoal,

Estou com o seguinte problema, tinha o PostgreSQL instalado um de meus
clientes, e por um motivo de problema no Windows este cliente teve que
formatar o micro. Sem me avisar e sem fazer os backup’s corretamente, chamou
um técnico e fez a formatação. Agora tenho apenas a pasta PostgreSQL. Tem
como recuperar o banco de dados?

Dei uma boa vasculhada na internet sobre este assunto e encontrei algumas
dicas, como, instalar o banco e substituir a pasta data. Mas não tive
sucesso, o serviço do banco de dados não inicia mais depois de alterar a
pasta.

Existe um procedimento correto para resolver esta situação?

Obrigado!!!

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

[pgbr-geral] Suporte Pl/Pgsql.

[Alan Pablo]

Boa Tarde Lista!!!

 

Alguém poderia me auxiliar como adicionar a linguagem plpgsql no
postgresql-7.4.14 instalado via apt-get install postgresql.

Nesse tipo de instalação na vem a tabela pg_language.

 

 psql -c "create language plpgsql" -d template1

ERROR:  syntax error at end of input at character 24

 

Na instalação pelo código fonte ocorreu tudo normal - psql -c "create
language plpgsql" -d template1

 

 psql -c "select * from pg_pltemplate" -d template1

 tmplname  | tmpltrusted |  tmplhandler  |   tmplvalidator   |
tmpllibrary| tmplacl

---+-+---+---+--
+-

 plpgsql | t   | plpgsql_call_handler  | plpgsql_validator |
$libdir/plpgsql  |

 pltcl   | t   | pltcl_call_handler|
| $libdir/pltcl|

 pltclu| f   | pltclu_call_handler   |
| $libdir/pltcl|

 plperl   | t   | plperl_call_handler   | plperl_validator
| $libdir/plperl   |

 plperlu| f   | plperl_call_handler   | plperl_validator  |
$libdir/plperl   |

 plpythonu | f   | plpython_call_handler |   |
$libdir/plpython |

(6 rows)

 

Qual sugestão é bem vinda! ;)

 

Atenciosamente,

 

Alan Pablo Queiroz Silva

Analista de Suporte

Fone: (69)3221-8000 / 3210-4175

Cell: (69) 9208-0147 / 8405-1110

E-mail: [EMAIL PROTECTED]

Msn: [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] Driver Vitavoom (Delphi+DBX+Postgres)

[Alexsander Rosa]

Eu uso com D7.

2008/2/25, Marlon David de Souza <[EMAIL PROTECTED]>:
>
> Boa tarde a todos,
>
>   Alguém já está utilizando o driver da Vitavoom juntamente com o Delphi
> 2007 for Win32?
>
> Sem mais,
>
>
> Marlon David de Souza
> Desenvolvimento
> Sysmo Informática Ltda
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



-- 
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] Tunning em servidor novo

[Leandro DUTRA]

2008/2/25, Jorge Vilela <[EMAIL PROTECTED]>:
> Alguém já instalou o Cedrus?
>
> Eu baixei ele mas não estou conseguindo instalar :(

Procedimento, sintomas?

-- 
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] Tunning em servidor novo

[Jorge Vilela]

Alguém já instalou o Cedrus?

Eu baixei ele mas não estou conseguindo instalar :(




2008/2/25 Jorge Vilela <[EMAIL PROTECTED]>:

> Opa, brigadão Fernando!
>
> Ótimos os links que você passou...
>
> Já vou começar a instalar aqui :)
>
> Acho que o resto do pessoal daqui vai gostar bastante do Cedrus.
>
> 2008/2/24 Fernando Ike <[EMAIL PROTECTED]>:
>
> Em Fri, 22 Feb 2008 16:57:03 -0400
> > "Jorge Vilela" <[EMAIL PROTECTED]> escreveu:
> >
> > > Olá pessoal!
> > >
> > > Estamos trocando de servidor onde trabalho, então resolvi pedir a
> > > opinião de vocês.
> > >
> > > A nova máquina é uma SUN V40 com 8GB de memória.
> >
> >   Boa máquina. =)
> >
> > >
> > > Os servidores são sempre Debian, então eu queria saber se alguém
> > > conhece algum bom material sobre tunning do debian para banco de
> > > dados?
> >
> >   A maioria da literatura de tuning, principalmente de Oracle funciona
> > não como os mesmos valores mas os mesmos parâmetros, vale a pena
> > ler[1]. A parte de HugePages não vem com no kernel do Debian mas não
> > seria difícil incorporar se enviar um bug report[2] requisitando isso.
> >
> >
> > > Outra coisa que gostaria de colocar nesse novo servidor é algum
> > > gerador de estatísticas sobre o desempenho do banco, alguém indica
> > > algum bom?
> >
> >O Cedrus faz um bom trabalho neste sentido[3]
> >
> >
> > > E por ultimo, alguém indica alguma página boa sobre tunning pro
> > > postgres?
> >
> >   Algumas...[][][][]
> >
> > > Eu já pesquisei um pouco e encontrei bastante coisa sobre estes
> > > assuntos, mas gostaria da indicação de quem já usa/usou estes
> > > software e configurações.
> > >
> >
> >   Provavelmente os link que passei você já deve ter lido. O importante
> > do tuning entender que é uma ajuste fino sem comprometer a segurança o
> > a administração do ambiente, também é um trabalho de paciência para
> > interpretar os dados e ajustar com metodologia para entender se as
> > modificações melhoram ou pioram o ambiente.
> >
> >
> > Referências:
> >
> > 1- http://www.puschitz.com/TuningLinuxForOracle.shtml
> > 2- http://bugs.debian.org
> > 3- http://sourceforge.net/projects/cedrus/
> > 4- http://www.revsys.com/writings/postgresql-performance.html
> > 5-
> >
> > http://www.postgresql.org/files/documentation/books/aw_pgsql/hw_performance/
> > 6- http://www.powerpostgresql.com/PerfList/
> > 7-
> >
> > http://www.postgresql.org.br/Palestras_do_PGCon_Brasil_2007?action=AttachFile&do=get&target=postgresql_leopardo_pgconbr.pdf
> >
> >
> >
> > Saudações,
> > --
> > Fernando Ike
> > http://www.midstorm.org/~fike/weblog
> > ___
> > 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] DBT-2 Ajuda

[[EMAIL PROTECTED]]

Pessoal, estou tentando rodar o BENCHMARK OSDL-DBT-2 e identifiquei vários
problemas no meu ambiente.
Estou tentando resolver este primeiro:

Descrição:  Depois de rodar o Benchmark, executando a linha abaixo, como
usuario Postgres:

$ sh run_workload.sh -c 20 -d 300 -w 1 -o -t

Da um aviso de erro envolvendo o módulo PEARL

=
Can't locate Test/Parser/Dbt2.pm in @INC (@INC contains:
/usr/lib/perl5/5.8.8/i486-linux-thread-multi /usr/lib/perl5/5.8.8
/usr/lib/perl5/site_perl/5.8.8/i486-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.8 /usr/lib/perl5/site_perl .) at
/root/projetos/osdldbt/scripts/post-process line 13.
BEGIN failed--compilation aborted at
/root/projetos/osdldbt/scripts/post-process line 13.
=

Verifiquei lá na pasta e existe a pasta /USR/LIB/PERL5/SITE_PERL,  mas a
pasta /usr/lib/perl5/5.8.8/i486-linux-thread-mult não.
Não achei também o arquivo Dbt2.pm

Alguém saberia como corrigir esses erros?

Abaixo segue o log completo da execução:


L O G   C O M P L E T O

[EMAIL PROTECTED]:/root/projetos/osdldbt/scripts$ sh run_workload.sh -c 20 -d
300 -w 1 -o -t
run_workload.sh: option requires an argument -- t
waiting for server to shut down done
server stopped
server starting

*  DBT-2 test for pgsql started
*  *
*   Results can be found in output/17 directory

*  *
*  Test consists of 3 stages:  *
*  *
*  1. Start of client to create pool of databases connections  *
*  2. Start of driver to emulate terminals and transactions generation *
*  3. Processing of results*
*  *


DATABASE SYSTEM: localhost
DATABASE NAME: dbt2
DATABASE PORT: 5432
DATABASE CONNECTIONS: 20
TERMINAL THREADS: 10
TERMINALS PER WAREHOUSE: 10
SCALE FACTOR(WAREHOUSES): 1
DURATION OF TEST (in sec): 300
1 client stared every 1000 millisecond(s)

Stage 1. Starting up client...
Sleeping 21 seconds
starting oprofile: p4slc
Password:
The specified file /usr/src/linux-2.6.21.5-smp/vmlinux does not seem to be
valid
Make sure you are using the non-compressed image file (e.g. vmlinux not
vmlinuz)
No vmlinux file specified. You must specify the correct vmlinux file, e.g.
opcontrol --vmlinux=/path/to/vmlinux
If you do not have a vmlinux file, use
opcontrol --no-vmlinux
Enter opcontrol --help for full options
No vmlinux file specified. You must specify the correct vmlinux file, e.g.
opcontrol --vmlinux=/path/to/vmlinux
If you do not have a vmlinux file, use
opcontrol --no-vmlinux
Enter opcontrol --help for full options

Stage 2. Starting up driver...
1000 threads started per millisecond
estimated rampup time: Sleeping 20 seconds
estimated rampup time has elapsed
reseting oprofile counters: p4slc
estimated steady state time: Sleeping 300 seconds
oprofile is dumping data: p4slc
Password:
Unable to complete dump of oprofile data: is the oprofile daemon running?
Daemon not running

Stage 3. Processing of results...
Killing client...
run_workload.sh: line 461:  3989 Terminated
${abs_top_srcdir}/src/client ${CLIENT_COMMAND_ARGS}
>${OUTPUT_DIR}/client.out 2>&1
waiting for server to shut down. done
server stopped
Can't locate Test/Parser/Dbt2.pm in @INC (@INC contains:
/usr/lib/perl5/5.8.8/i486-linux-thread-multi /usr/lib/perl5/5.8.8
/usr/lib/perl5/site_perl/5.8.8/i486-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.8 /usr/lib/perl5/site_perl .) at
/root/projetos/osdldbt/scripts/post-process line 13.
BEGIN failed--compilation aborted at
/root/projetos/osdldbt/scripts/post-process line 13.
oprofile is annotating source: p4slc
opannotate error: No sample file found: try running opcontrol --dump
or specify a session containing sample files

stopping oprofile daemon: p4slc
Daemon not running
chmod: cannot access `/root/projetos/osdldbt/scripts/output/17/db/log': No
such file or directory
Test completed.
Results are in: /root/projetos/osdldbt/scripts/output/17



== F  I   M  LOG













Em 13/02/08, Euler Taveira de Oliveira <[EMAIL PROTECTED]> escreveu:
>
> [EMAIL PROTECTED] wrote:
>
> > dai ele gera varios dados de estatisticas, mas olhei todos e nenhum
> > informa as transações por minuto da operação NEW-ORDER.
> > Tem um arquivo chamado NOTPM.INPUT na raiz que eu acho que le um outro
> > arquivo, para ge

[pgbr-geral] Herança

[Celso Henrique Mendes Ferreira]

Boa tarde pessoal,

Vi alguns posts passados questionando a herança na nova versão 8.3 e pelo
que entendi não melhorou e nem vai melhorar.

Bem... há algum tempo eu fui forçado (monografia) a modelar um banco que
ficasse implementado o conceito de herança. No PG estava indo legal até que
vieram os problemas de integridade referencial, procurei ajuda e percebi que
herança no PG era uma "bomba". Coloquei os miolos para funcionar e o
Tico-e-Teco me deram uma idéia de implementação, daí estou passando em anexo
um script de como eu consegui implementar o conceito de herança.

Para o que eu precisava serviu legal e até agora não deu problema e talvez,
quem sabe, essa idéia consiga ajudar alguém.

Atenciosamente,

-- 
Celso Henrique Mendes Ferreira
Analista de Requisitos
www.itecgyn.com.br


herança.sql
Description: Binary data
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Driver Vitavoom (Delphi+DBX+Postgres)

[Vinicius Santos - MSI]

Sim, usamos com D7, porém com Delphi 2007, a nova versão 4.20, não está 
funcionando não !
Já testamos de todo jeito, mandamos e-mail para VitaVoom, porém não 
obtivemos resposta por enquanto, o jeito é esperar sair a próxima versão do 
drive.

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


- Original Message - 
From: "Marlon David de Souza" <[EMAIL PROTECTED]>
To: "Comunidade PostgreSQL Brasileira" 
Sent: Monday, February 25, 2008 2:48 PM
Subject: [pgbr-geral] Driver Vitavoom (Delphi+DBX+Postgres)


Boa tarde a todos,

  Alguém já está utilizando o driver da Vitavoom juntamente com o Delphi 
2007 for Win32?

Sem mais,

Marlon David de Souza
Desenvolvimento
Sysmo Informática Ltda
___
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] Driver Vitavoom (Delphi+DBX+Postgres)

[Marlon David de Souza]

Boa tarde a todos,

  Alguém já está utilizando o driver da Vitavoom juntamente com o Delphi 2007 
for Win32?

Sem mais,

Marlon David de Souza
Desenvolvimento
Sysmo Informática Ltda
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Tunning em servidor novo

[Jorge Vilela]

Opa, brigadão Fernando!

Ótimos os links que você passou...

Já vou começar a instalar aqui :)

Acho que o resto do pessoal daqui vai gostar bastante do Cedrus.

2008/2/24 Fernando Ike <[EMAIL PROTECTED]>:

> Em Fri, 22 Feb 2008 16:57:03 -0400
> "Jorge Vilela" <[EMAIL PROTECTED]> escreveu:
>
> > Olá pessoal!
> >
> > Estamos trocando de servidor onde trabalho, então resolvi pedir a
> > opinião de vocês.
> >
> > A nova máquina é uma SUN V40 com 8GB de memória.
>
>   Boa máquina. =)
>
> >
> > Os servidores são sempre Debian, então eu queria saber se alguém
> > conhece algum bom material sobre tunning do debian para banco de
> > dados?
>
>   A maioria da literatura de tuning, principalmente de Oracle funciona
> não como os mesmos valores mas os mesmos parâmetros, vale a pena
> ler[1]. A parte de HugePages não vem com no kernel do Debian mas não
> seria difícil incorporar se enviar um bug report[2] requisitando isso.
>
>
> > Outra coisa que gostaria de colocar nesse novo servidor é algum
> > gerador de estatísticas sobre o desempenho do banco, alguém indica
> > algum bom?
>
>O Cedrus faz um bom trabalho neste sentido[3]
>
>
> > E por ultimo, alguém indica alguma página boa sobre tunning pro
> > postgres?
>
>   Algumas...[][][][]
>
> > Eu já pesquisei um pouco e encontrei bastante coisa sobre estes
> > assuntos, mas gostaria da indicação de quem já usa/usou estes
> > software e configurações.
> >
>
>   Provavelmente os link que passei você já deve ter lido. O importante
> do tuning entender que é uma ajuste fino sem comprometer a segurança o
> a administração do ambiente, também é um trabalho de paciência para
> interpretar os dados e ajustar com metodologia para entender se as
> modificações melhoram ou pioram o ambiente.
>
>
> Referências:
>
> 1- http://www.puschitz.com/TuningLinuxForOracle.shtml
> 2- http://bugs.debian.org
> 3- http://sourceforge.net/projects/cedrus/
> 4- http://www.revsys.com/writings/postgresql-performance.html
> 5-
>
> http://www.postgresql.org/files/documentation/books/aw_pgsql/hw_performance/
> 6- http://www.powerpostgresql.com/PerfList/
> 7-
>
> http://www.postgresql.org.br/Palestras_do_PGCon_Brasil_2007?action=AttachFile&do=get&target=postgresql_leopardo_pgconbr.pdf
>
>
>
> Saudações,
> --
> Fernando Ike
> http://www.midstorm.org/~fike/weblog
> ___
> 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] ferramenta para adm do postgresql

[Mr J.L.]

Pessoal,
   Estou procurando uma ferramenta que faz +- isso que
propoe o cedrus.

"Cedrus is a visual administrator tool for PostgreSQL.
Inspired by Oracle Enterprise Manager, it collects
inside information about one or more PostgreSQL
database servers, presenting all to the DBA in a web
interface with graphs and reports."

 Alguem conhece alguma ferramenta para esse tipo
de trabalho que poderia indicar, independente de ser
free ou do S.O. ?

 Eu entrei no site da "sourceforge.net" mais nao
achei link nenhum ou algo parecido p/ download do
cedrus (p/ fazer alguns testes). Alguem sabe se ele
funciona bem, conforme proposte, etc... ?

Obrigado. aguardo retorno


  Abra sua conta no Yahoo! Mail, o único sem limite de espaço para 
armazenamento!
http://br.mail.yahoo.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] Driver Npgsql

[Osvaldo Rosario Kussama]

Rafael Sousa escreveu:
>  
> Alguem sabe dizer se já existe o driver Npgsql para o postgresql 8.3 ou 
> o driver do 8.2 é compativel, pois quando eu uso o driver do 8.2 dá esse 
> erro na minha aplicação.
> Essa mesma aplicação acessando o banco 8.2 não da erro.
>  
> 
> 
> /ERROR: 42883: operator does not exist: text = integer/
> 



Veja as Release Notes da versão 8.3 em:
http://www.postgresql.org/docs/8.3/interactive/release-8-3.html
particularmente o primeiro item de E.1.2.1. General:
"Non-character data types are no longer automatically cast to TEXT"

Você precisa fazer cast explícito.

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] Ferramentas de relatório e explora ção de dados

[Leandro DUTRA]

2008/2/25, Leonardo Cezar <[EMAIL PROTECTED]>:
> 2008/2/25 Leandro DUTRA <[EMAIL PROTECTED]>:
>
>  Óbviamente esse modelo é pobre no que diz respeito a performance, uma
>  vez que ficamos limitados aos operadores do SQL para executar os
>  cáculos desejadps.

Hm... teoricamente, o que nos impede ter mais e melhores operadores
SQL, afora as já conhecidas limitações arbitrárias em relação ao
modelo relacional?

Aliás o PostgreSQL é a plataforma ideal para esse tipo de desenvolvimento.

Falando do alto de minha ignorância, claro.


> A idéia resumida do HOLAP é utilizar rescursos que o MOLAP
>  disponibiliza (operadores, tipos) para extração de dados complexos com
>  a habilidade de armazenamento do ROLAP (é uma base de dados relacional
>  - postgres por exemplo), portanto não possui lmitações de
>  armazenamento impostas pelo MOLAP e possui acesso a operadores e tipos
>  multi-dimensionais.

Você está pensando no que coloquei acima?  Porque o que achei dá conta
de HOLAP como ter um datawarehouse não-SQL, com o SQL suportando o
nível de detalhe.


> Não creio que tenha muito a ver um com o outro. A idéia de qualquer
>  datawarehouse é suprir as necessidades físicas de extração de *dados*
>  (préviamente armazenada em uma base normalizada de acordo com as
>  regras de Codd, ou não [...]), de forma que o acesso a *informação*
>  seja optimizado. Fazendo uma analogia com o que o colega André disse
>  na mensagem anteriior, o que se faz com SQL em bases relacionais

Lembrando que SQL não é relacional, mas prossigamos.


> voce
>  provavelmente utilizaria XMLA ou MDX ou mdXML com bases analiticas
>  dimensionais com a vantagem do suporte àqueles tipos multidimensionais
>  fornecidos pelo MOLAP

Ortogonal em relação ao modelo relacional, e talvez até ao SQL, não?


> porém a capacidade de armazenamento varia (pra
>  menos) do que se é previsto no momento de geração dos fatos e
>  dimensões.

Viajei.


>  Embora seja algo simliar, visões materializadas não dispõe de
>  operações especiais OLAP, dipõe?

Vejo como ortogonais.

Mais uma vez, do alto de minha ignorância.

-- 
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] Ferramentas de relatório e explora ção de dados

[Leonardo Cezar]

2008/2/25 Leandro DUTRA <[EMAIL PROTECTED]>:
> 2008/2/25, Leonardo Cezar <[EMAIL PROTECTED]>:
>
> > Entendi pela mensagem inicial que se trata de um ROLAP e o Pentaho
>  >  gera  objetos conhecidos por Business Views (BVs), habilitando a visão
>  >  dimensional de um objeto à partir de uma base relacional (..de
>  >  transacional).
>
>  Você quer dizer sem precisar duma base 'dimensional' separada?

Sem uma base dimensional, mas disparando as consultas para seu
datawarehouse. Embora seja possivel apontar diretamente para seu
servidor OLTP (conta e risco).

Óbviamente esse modelo é pobre no que diz respeito a performance, uma
vez que ficamos limitados aos operadores do SQL para executar os
cáculos desejadps.

>  >  >  Não é tão amigável assim, mas se a tua base estiver modelada como um
>  >  >  Datamart (star, snow) vai funcionar direitinho.
>  >  >  Dá pra fazer drill-down, slice em um clique.
>  >
>  > Sem dúvida nenhum MOLAP ajuda bastante para warehouses, até mesmo
>  >  pelos seus tipos dimensionais, agregações, &ca, porém a performance é
>  >  uma porcaria para o transacional. O ideal seria um ambiente híbrido.
>
>  Dá para expandir, dar referências?  Parece interessante, mas não alcancei.

A idéia resumida do HOLAP é utilizar rescursos que o MOLAP
disponibiliza (operadores, tipos) para extração de dados complexos com
a habilidade de armazenamento do ROLAP (é uma base de dados relacional
- postgres por exemplo), portanto não possui lmitações de
armazenamento impostas pelo MOLAP e possui acesso a operadores e tipos
multi-dimensionais.

>  Vejo qualquer sistema 'dimensional', multi ou não, como algo uma
>  espécie de 'ração pré-mastigada' para quando é política ou
>  tecnicamente inviável fazer um sistema relacional com visões
>  materializadas &c.  Estou muito errado?

Não creio que tenha muito a ver um com o outro. A idéia de qualquer
datawarehouse é suprir as necessidades físicas de extração de *dados*
(préviamente armazenada em uma base normalizada de acordo com as
regras de Codd, ou não [...]), de forma que o acesso a *informação*
seja optimizado. Fazendo uma analogia com o que o colega André disse
na mensagem anteriior, o que se faz com SQL em bases relacionais, voce
provavelmente utilizaria XMLA ou MDX ou mdXML com bases analiticas
dimensionais com a vantagem do suporte àqueles tipos multidimensionais
fornecidos pelo MOLAP, porém a capacidade de armazenamento varia (pra
menos) do que se é previsto no momento de geração dos fatos e
dimensões.

Embora seja algo simliar, visões materializadas não dispõe de
operações especiais OLAP, dipõe?

Referencias ...? Juro que vou ver em meus bookmarks assim que chegar
em casa :-(, mas um bom começo seria buscar por: MOLAP, ROLAP, HOLAP,
XMLA e por ai vai ...

-Leo
-- 
Leonardo Cezar et all
http://www.dextra.com.br/postgres
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] Ferramentas de relatório e explora ção de dados

[André Volpato]

Leonardo Cezar escreveu:

  2008/2/22 André Volpato <[EMAIL PROTECTED]>:
  
  
 O frontend eu fiz com o JPivot, que também é em Java, e vem embutido no
 pacote mondrian-embedded.

  
  
O que exatamente foi desenvolvido que o servidor Mondrian não suportava?
  


O servidor Mondrian tem uma interface web muito pobre, e o JPivot é uma
implementação mais amigável, com várias funcionalidades.
Página no sourceforge: http://jpivot.sourceforge.net/


  
 Não é tão amigável assim, mas se a tua base estiver modelada como um
 Datamart (star, snow) vai funcionar direitinho.
 Dá pra fazer drill-down, slice em um clique.

  
  
Sem dúvida nenhum MOLAP ajuda bastante para warehouses, até mesmo
pelos seus tipos dimensionais, agregações, &ca, porém a performance é
uma porcaria para o transacional. O ideal seria um ambiente híbrido.
  


Não cheguei a fazer testes de performance, até porque era um projeto
acadêmico. Era mais pra mostrar que funcionava =)
Para bases pequenas que precisam de relatórios rápidos, não deixa de
ser interessante.


  
 O complicado dele foi instalar (Java nunca é fácil), e também não existe

  
  
O que é complicado de Instalar? Mondrian? Pentaho? SDK?

Ambos possuem instaladores (não inuitivos), mas de fácil
gerenciamento. O Pentaho BI platform, em especial, possue um
instalador do tipo aceita -> aceita -> conclui instalação :-)

A coisa complica quando você precisa de escalonamento JBoss, Proxy,
cubes deployment e essas coisas que vieram pra "ajudar".
  


Foi complicado instalar porque eu não tenho prática com o mundo Java. 
Pode ser mais fácil pra quem já é acostumado, mas no meu caso penei pra
instalar o SDK certo e o driver ODBC pro linux. Foi tudo na mão mesmo.


  
 um gerador de Cubos. Você tem que criar os cubos em XML.

  
  
O business editor não faz isso? Pelo menos fazia ...
  


Não cheguei a mexer com o Pentaho, apenas com o Mondrian, e nele não
tem nada parecido.

-- 

[]´s,

André Volpato
Ecom Tecnologia LTDA - Análise e Desenvolvimento
[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] Comentário em Coluna

[jota . comm]

Olá,

Você pode também dar um \d+ tabela que você vê os comentários das colunas.

[]s

2008/2/21, joao <[EMAIL PROTECTED]>:
>
> da um select na pg_description
>
> Em Qui, 2008-02-21 às 09:58 -0300, Thiago Boufleuhr escreveu:
>
> > Pessoal,
> >
> > Para adicionar comentário em colunas posso utilizar o comando
> > COMMENT ON COLUMN tabela.coluna IS 'Meu comentario'. Existe outra forma
> > de adicionar um comentário em uma coluna? Como eu visualizo esse
> > comentário em um SELECT ?
> >
> >
> > Thiago
> > ___
> > 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] Driver Npgsql

[Rafael Sousa]

Olá a todos.,


Alguem sabe dizer se já existe o driver Npgsql para o postgresql 8.3 ou o
driver do 8.2 é compativel, pois quando eu uso o driver do 8.2 dá esse erro
na minha aplicação.
Essa mesma aplicação acessando o banco 8.2 não da erro.

 *ERROR: 42883: operator does not exist: text = integer*

*Description: *Error processing request.

*Error Message: *HTTP 500. Npgsql.NpgsqlException: ERROR: 42883: operator
does not exist: text = integer

*Stack Trace: *

Npgsql.NpgsqlException:
operator does not exist: text = integer
Severity: ERROR
Code: 42883
Hint: No operator matches the given name and argument type(s). You
might need to add explicit type casts.
  at Npgsql.NpgsqlConnector.CheckErrors () [0x0]
  at Npgsql.NpgsqlConnector.CheckErrorsAndNotifications () [0x0]
  at Npgsql.NpgsqlCommand.ExecuteCommand () [0x0]
  at Npgsql.NpgsqlCommand.ExecuteReader (CommandBehavior cb) [0x0]
  at Npgsql.NpgsqlCommand.System.Data.IDbCommand.ExecuteReader
(CommandBehavior cb) [0x0]
  at System.Data.Common.DbDataAdapter.Fill (System.Data.DataSet
dataSet, Int32 startRecord, Int32 maxRecords, System.String srcTable,
IDbCommand command, CommandBehavior behavior) [0x0]
  at System.Data.Common.DbDataAdapter.Fill (System.Data.DataSet
dataSet) [0x0]
  at verNoticia.Page_Load (System.Object sender, System.EventArgs e) [0x0]
  at System.Web.UI.Control.OnLoad (System.EventArgs e) [0x0]
  at System.Web.UI.Control.LoadRecursive () [0x0]
  at System.Web.UI.Page.InternalProcessRequest () [0x0]
  at System.Web.UI.Page.ProcessRequest (System.Web.HttpContext
context) [0x0]
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] MUDAR DIRETORIO DO BANCO E MIGRAR

[Leandro DUTRA]

2008/2/25, junior Prado <[EMAIL PROTECTED]>:
>
> > - - executar o arquivo de dump gerado no primeiro passo analisando
> psql -d bancoTeste -f bancoTesteBkp.dmp

Sim, se você usar o pg_dump em vez do pg_dumpall.

-- 
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] MUDAR DIRETORIO DO BANCO E MIGRAR

[Dickson Guedes]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

junior Prado escreveu:
> É isto mesmo que quero fazer.

OK. Então vamos lá.

> - - fazer um dump de seu banco atual; ?? qual comando usaria passo
> a passo?

Vide: http://www.postgresql.org/docs/8.3/static/app-pg-dumpall.html

> - - parar o serviço do postgresql /etc/init.d/postgres stop está
> certo?

Depende.

Vide: http://www.postgresql.org/docs/8.3/static/app-pg-ctl.html
(opção stop)

> - - inicializar uma outra area de dados com o initdb; su - c
> "/usr/local/pgsql/bin/pq_ctl –D /home/banco start" postgre está
> certo?

Nao.

Vide: http://www.postgresql.org/docs/8.3/static/app-initdb.html (vide
flag -D)

> - - iniciar o serviço do postgresql nessa nova area de dados (flag
> -D); qual comando usaria passo a passo? ??

Vide: http://www.postgresql.org/docs/8.3/static/app-pg-ctl.html (opção
start e vide flag -D)

> - - executar o arquivo de dump gerado no primeiro passo analisando
>  possíveis erros. qual comando usaria passo a passo? ??

Vide: http://www.postgresql.org/docs/8.3/static/app-psql.html  (flag -f)


[ ]s
Guedes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org

iD8DBQFHws40fNj5A+QkLMoRAluoAJ4h0UowrgVp/hEYK7sXaHr/kIXvyQCeMe/N
L7U3SmrZ0r6gtaRAQy/kQyw=
=lyCF
-END PGP SIGNATURE-

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

Re: [pgbr-geral] MUDAR DIRETORIO DO BANCO E MIGRAR

[junior Prado]

> Guedes,
>
> É isto mesmo que quero fazer.
>
> - - fazer um dump de seu banco atual;
> /usr/bin/pg_dump -U postgres -h localhost --format=c bancoTeste >
> bancoTesteBkp.dmp
> está certo?
>
> - - parar o serviço do postgresql
> /etc/init.d/postgres stop
> está certo?




- - inicializar uma outra area de dados com o initdb;
> su - c "/usr/local/pgsql/bin/pq_ctl –D /home/banco start" postgres
> está certo?




- - iniciar o serviço do postgresql nessa nova area de dados (flag -D);


 /etc/init.d/postgres start



- - executar o arquivo de dump gerado no primeiro passo analisando

psql -d bancoTeste -f bancoTesteBkp.dmp


Gostaria que falasse se está certo . . .
-- 
Valter Cezar Prado Junior
Analista TI

Sem saber como fazer ele fez!
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Replicação Postgresql/Slony1

[Alan Pablo]

Bom dia amigos

 

Estou iniciando um projeto de replicação com banco de dados postgresql e
decidi compartilhá-lo com vocês algumas de minhas duvidas..

 

Tava dando uma olhada aqui na configuração do slony1 que eu achei na net (

www.postgresql.org.br/Documentação?action=AttachFile&do=get&target=slony.pdf
)

E pintou a seguinte duvida.

 

O meu cenário é o seguinte:

2 servidores postgresql-7.4.7(instalação via apt-get) separados fisicamente.

Servidor A e Servidor B

 

A replicação que eu preciso fazer:

Montar uma espécie de Datamart que encontra-se com a seguinte configuração
Debian Sarge 3.1,Postgresql-8.2.6 ( instalação a partir do código fonte),
Slony1-1.2.12.

Onde eu iria ter os bancos:

A – copia das tabelas do servidor A . 

B – copia das tabelas do servidor B.

 

A duvida :

 

O Slony faz isso da maneira que eu estou pensando?

Eu preciso ter o Slony instalados nos servidores “master”(Servidor A e
Servidor B)? Ou dá pra copiar tudo por esse “datamart”?

Se sim , posso apenas baixar os fontes da versão do postgresql instalado via
apt-get e passar os parâmetros necessários quando estiver instalando o
slony1( ./configure --with-pgconfigdir=/usr/src/postgresql-X.X.X)?

 

Estou fazendo alguns testes, mas seria de fundamental importância a opinião
de quem usa/usou tal ferramenta.

 

 

Atenciosamente,

 

Alan Pablo Queiroz Silva

Analista de Suporte

Fone: (69)3221-8000 / 3210-4175

Cell: (69) 9208-0147 / 8405-1110

E-mail: [EMAIL PROTECTED]

Msn: [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] MUDAR DIRETORIO DO BANCO E MIGRAR

[Leandro DUTRA]

2008/2/25, junior Prado <[EMAIL PROTECTED]>:
>
>  - - fazer um dump de seu banco atual;
> ??
> qual comando usaria passo a passo?

pg_dumpall


>  - - iniciar o serviço do postgresql nessa nova area de dados (flag -D);
> qual comando usaria passo a passo?

Verificar o arquivo de configuração.


>  - - executar o arquivo de dump gerado no primeiro passo analisando
>  possíveis erros.
> qual comando usaria passo a passo?

pg_restore ou psql < arq.dump, se não me falha a memória.  Mas que tal
consultar a documentaçã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] Ferramentas de relatório e explora ção de dados

[Leandro DUTRA]

2008/2/25, Leonardo Cezar <[EMAIL PROTECTED]>:
>  >  Concordo, embora em algumas plataformas como o DB2 você possa dar um
>  >  custo máximo acima do qual toda uma classe de usuários não pode emitir
>  >  consultas.
>
> Hmm .. ganhou de novo ...

Ganhei o quê?  Onde pego meu prêmio?  ;-)


>  Acho que o que temos mais próximo disso é a diretiva statement_timeout :-(

Já é algo, mas meio arriscado, creio.

-- 
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] MUDAR DIRETORIO DO BANCO E MIGRAR

[Leandro DUTRA]

2008/2/25, Leonardo Cezar <[EMAIL PROTECTED]>:
> Acho que voce pode pensar na hipótese de utilizar TABLESPACES para
>  este fim, porque ao que me parece voce está utilizando gerenciaodres
>  de pacote e sempre que atualizar a versão de seu servidor, a área de
>  dados será instalado em /var/lib. Lógico que isso é customizável ...

Está aí algo interessante.  Alguma versão antiga do instalador do
Debian perguntava onde se queria o PGDATA; agora não mais.  Para
enganar o instalador hoje, acho que precisa instalar, remover sem
purgar, ajustar o PGDATA na mão e reinstalar.  Do mal.

Ou instalar, remover o /cluster/ (traduções propostas?), e recriar na
mão.  Do mal, mas menos, e aprende-se algo também.


-- 
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] MUDAR DIRETORIO DO BANCO E MIGRAR

[Leonardo Cezar]

On Mon, Feb 25, 2008 at 10:01 AM, Leandro DUTRA
<[EMAIL PROTECTED]> wrote:
> 2008/2/25, junior Prado <[EMAIL PROTECTED]>:
>
> > Pelo jeito meu banco foi criado no /var/lib.
>
>  Que é o tradicional.

Tradicional no domínio dos gerenciadores de pacotes (apt, yum, yast
...). Lá embaixo explico o porquê dessa colocação

>  > Gostaria de passar o banco para /home/banco/ por exemplo.
>
>  Hm, não recomendado.  Que tal realocar o espaço para um /srv?

Acho que depende. Explico: Tenho clusters (área de dados) em meu
servidor com as versões 8.1, 8.2 e 8.3 e utilizo para verificar
incompatibilidades, realizar testes e por ai vai. Para tal, subo áreas
de dados temporárias em meu diretório home (Gotcha!) ;-)

>  Você realmente devia ler o FHS.

+1

>  >  Minha pergunta é: como mudar os meus banco para o diretorio /home/banco e
>  > garantir que todos bancos criados serão no diretório /home/bancos.

Acho que voce pode pensar na hipótese de utilizar TABLESPACES para
este fim, porque ao que me parece voce está utilizando gerenciaodres
de pacote e sempre que atualizar a versão de seu servidor, a área de
dados será instalado em /var/lib. Lógico que isso é customizável ...

-Leo
-- 
Leonardo Cezar et all
http://www.dextra.com.br/postgres
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] MUDAR DIRETORIO DO BANCO E MIGRAR

[Dickson Guedes]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Leandro DUTRA escreveu:
>> Gostaria de passar o banco para /home/banco/ por exemplo.
>
> Hm, não recomendado.

Concordo com o Leo.

Júnior, o propósito do '/home' é o armazenamento de dados de usuários
não é aconselhável ter os dados de banco nessa estrutura até porque,
por questoes de particionamento, geralmente não é atribuido muito
espaço para o mesmo. O ideal é voce ter um filesystem apropriado para
armazenar estes dados.

[ ]s
Guedes

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org

iD8DBQFHwsRUfNj5A+QkLMoRAsnQAJ9uv/58e9XNbpvHCR+DlwCTz8R0GQCeJTVh
yI2lUzHRP9C/JWLPflCSq7U=
=8uQ0
-END PGP SIGNATURE-

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

Re: [pgbr-geral] Ferramentas de relatório e explor ação de dados

[Leonardo Cezar]

2008/2/22 Leandro DUTRA <[EMAIL PROTECTED]>:

>  > Quanto ao pacote no caso do pentaho, gere um .deb  para agilizar o
>  >  gerenciamento, ele nao possue dependencias sequer da sun vm, porque
>  >  vem junto com o software num mesmo .jar. Embora que pensando bem, não
>  >  sei exatamente em que isso ajudaria uma vez que a instalação é NNF
>  >  (com exceção do módulo ETL).
>
>  Hm, vai mal… nem sei o que é NNF, nem sei gerar .debs.
 
next, next ... finish :-)

>  Concordo, embora em algumas plataformas como o DB2 você possa dar um
>  custo máximo acima do qual toda uma classe de usuários não pode emitir
>  consultas.

Hmm .. ganhou de novo ...
Acho que o que temos mais próximo disso é a diretiva statement_timeout :-(

-Leo
-- 
Leonardo Cezar et all
http://www.dextra.com.br/postgres
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] Ferramentas de relatório e explora ção de dados

[Leandro DUTRA]

2008/2/25, Leonardo Cezar <[EMAIL PROTECTED]>:
> Entendi pela mensagem inicial que se trata de um ROLAP e o Pentaho
>  gera  objetos conhecidos por Business Views (BVs), habilitando a visão
>  dimensional de um objeto à partir de uma base relacional (..de
>  transacional).

Você quer dizer sem precisar duma base 'dimensional' separada?


>  >  Não é tão amigável assim, mas se a tua base estiver modelada como um
>  >  Datamart (star, snow) vai funcionar direitinho.
>  >  Dá pra fazer drill-down, slice em um clique.
>
> Sem dúvida nenhum MOLAP ajuda bastante para warehouses, até mesmo
>  pelos seus tipos dimensionais, agregações, &ca, porém a performance é
>  uma porcaria para o transacional. O ideal seria um ambiente híbrido.

Dá para expandir, dar referências?  Parece interessante, mas não alcancei.

Vejo qualquer sistema 'dimensional', multi ou não, como algo uma
espécie de 'ração pré-mastigada' para quando é política ou
tecnicamente inviável fazer um sistema relacional com visões
materializadas &c.  Estou muito errado?


-- 
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] MUDAR DIRETORIO DO BANCO E MIGRAR

[junior Prado]

Guedes,

É isto mesmo que quero fazer.

- - fazer um dump de seu banco atual;
??
qual comando usaria passo a passo?

- - parar o serviço do postgresql
/etc/init.d/postgres stop
está certo?
- - inicializar uma outra area de dados com o initdb;
su - c "/usr/local/pgsql/bin/pq_ctl –D /home/banco start" postgre
está certo?
- - iniciar o serviço do postgresql nessa nova area de dados (flag -D);
qual comando usaria passo a passo?
??
- - executar o arquivo de dump gerado no primeiro passo analisando
possíveis erros.
qual comando usaria passo a passo?
??

Em 25/02/08, Dickson Guedes <[EMAIL PROTECTED]> escreveu:
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> junior Prado escreveu:
>
> > Minha pergunta é: como mudar os meus banco para o diretorio
> > /home/banco e garantir que todos bancos criados serão no diretório
> > /home/bancos.
>
>
> Voce pode ter mais de uma instancia do postgresql sendo executada no
> mesmo servidor fisico, em IPs diferentes ou no mesmo IP porem em
> portas diferentes, o que vai determinar para ele onde está os dados é
> a flag "-D" no pg_ctl.
>
> Basicamente você pode:
>
> - - fazer um dump de seu banco atual;
> - - parar o serviço do postgresql
> - - inicializar uma outra area de dados com o initdb;
> - - iniciar o serviço do postgresql nessa nova area de dados (flag -D); e
> - - executar o arquivo de dump gerado no primeiro passo analisando
> possíveis erros.
>
> Se eu entendi o que voce quer fazer, acho que seria isso.
>
> [ ]s
> Guedes
>
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.2 (GNU/Linux)
> Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org
>
> iD8DBQFHwrzJfNj5A+QkLMoRAgIsAKCjH+wEqU/aHq8gGrrOy07nYQTQ/gCeLrBO
> nPB6anjbnpQhqmk/9lZNJG8=
> =LEby
> -END PGP SIGNATURE-
>
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



-- 
Valter Cezar Prado Junior
Analista TI

Sem saber como fazer ele fez!
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] MUDAR DIRETORIO DO BANCO E MIGRAR

[Leandro DUTRA]

2008/2/25, joao <[EMAIL PROTECTED]>:
> Se quizer forçar a barra acho que pode criar um link simbolico

Realmente forçou.

Se não me engano dá para baixar o banco, ajustar parâmetros e mover
arquivos, mas o mais seguro seria cópia de segurança lógica (dump),
recria, importa.

-- 
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] Ferramentas de relatório e explora ção de dados

[Leonardo Cezar]

2008/2/22 André Volpato <[EMAIL PROTECTED]>:
> Leonardo Cezar escreveu:
>  > O único segredo da ferramenta pentaho está na utilização do editor de
>  > metadados, que sinceramente procurei na wiki e parece que não está
>  > mais no lugar onde estava há uns dois anos atrás.
>
>  No ano passado fiz um projeto com o Mondrian, que é um projeto da
>  Pentaho para "traduzir" querys DMX para SQL, e se conecta ao Postgres
>  via ODBC Java.

Entendi pela mensagem inicial que se trata de um ROLAP e o Pentaho
gera  objetos conhecidos por Business Views (BVs), habilitando a visão
dimensional de um objeto à partir de uma base relacional (..de
transacional). Daí vc vai no report design ou na interface web (me
esqueci o nome... ) e dispara suas consultas nesses objetos (ad-hoc).

Vide editor de meta-informações para maiores esclarecimentos.

>  O frontend eu fiz com o JPivot, que também é em Java, e vem embutido no
>  pacote mondrian-embedded.

O que exatamente foi desenvolvido que o servidor Mondrian não suportava?

>  Não é tão amigável assim, mas se a tua base estiver modelada como um
>  Datamart (star, snow) vai funcionar direitinho.
>  Dá pra fazer drill-down, slice em um clique.

Sem dúvida nenhum MOLAP ajuda bastante para warehouses, até mesmo
pelos seus tipos dimensionais, agregações, &ca, porém a performance é
uma porcaria para o transacional. O ideal seria um ambiente híbrido.

>  O complicado dele foi instalar (Java nunca é fácil), e também não existe

O que é complicado de Instalar? Mondrian? Pentaho? SDK?

Ambos possuem instaladores (não inuitivos), mas de fácil
gerenciamento. O Pentaho BI platform, em especial, possue um
instalador do tipo aceita -> aceita -> conclui instalação :-)

A coisa complica quando você precisa de escalonamento JBoss, Proxy,
cubes deployment e essas coisas que vieram pra "ajudar".

>  um gerador de Cubos. Você tem que criar os cubos em XML.

O business editor não faz isso? Pelo menos fazia ...

>  > 
>  > O ano passado convidamos o pessoal do Pentaho para o pgcon e eles
>  > aceitaram só que em meio a confusão acabamos perddendo o contacto.
>  > Quem sabe no pgconbr'08 não reestabelecemos esse convite.
>  > 
>  >
>  Façam isso! ;)

Feito e aguardando retorno ;-)

-Leo
-- 
Leonardo Cezar et all
http://www.dextra.com.br/postgres
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] MUDAR DIRETORIO DO BANCO E MIGRAR

[junior Prado]

Leandro,

Como realocar para um /srv? Poderia me dar referencia ou falar sobre FHS?
Não entendi -> E foi essa que eu disse que passo <- .



2008/2/25, Leandro DUTRA <[EMAIL PROTECTED]>:
>
> 2008/2/25, junior Prado <[EMAIL PROTECTED]>:
>
> > Pelo jeito meu banco foi criado no /var/lib.
>
>
> Que é o tradicional.
>
>
>
> > Gostaria de passar o banco para /home/banco/ por exemplo.
>
>
> Hm, não recomendado.  Que tal realocar o espaço para um /srv?
>
> Você realmente devia ler o FHS.
>
>
>
> >  Minha pergunta é: como mudar os meus banco para o diretorio /home/banco
> e
> > garantir que todos bancos criados serão no diretório /home/bancos.
>
>
> E foi essa que eu disse que passo!  ;-)
>
>
> --
> 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
>



-- 
Valter Cezar Prado Junior
Analista TI

Sem saber como fazer ele fez!
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] MUDAR DIRETORIO DO BANCO E MIGRAR

[Dickson Guedes]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

junior Prado escreveu:
> Minha pergunta é: como mudar os meus banco para o diretorio
> /home/banco e garantir que todos bancos criados serão no diretório
> /home/bancos.

Voce pode ter mais de uma instancia do postgresql sendo executada no
mesmo servidor fisico, em IPs diferentes ou no mesmo IP porem em
portas diferentes, o que vai determinar para ele onde está os dados é
a flag "-D" no pg_ctl.

Basicamente você pode:

- - fazer um dump de seu banco atual;
- - parar o serviço do postgresql
- - inicializar uma outra area de dados com o initdb;
- - iniciar o serviço do postgresql nessa nova area de dados (flag -D); e
- - executar o arquivo de dump gerado no primeiro passo analisando
possíveis erros.

Se eu entendi o que voce quer fazer, acho que seria isso.

[ ]s
Guedes


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org

iD8DBQFHwrzJfNj5A+QkLMoRAgIsAKCjH+wEqU/aHq8gGrrOy07nYQTQ/gCeLrBO
nPB6anjbnpQhqmk/9lZNJG8=
=LEby
-END PGP SIGNATURE-

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

Re: [pgbr-geral] MUDAR DIRETORIO DO BANCO E MIGRAR

[joao]

Se quizer forçar a barra acho que pode criar um link simbolico

Em Seg, 2008-02-25 às 10:01 -0300, Leandro DUTRA escreveu:
> 2008/2/25, junior Prado <[EMAIL PROTECTED]>:
> > Pelo jeito meu banco foi criado no /var/lib.
> 
> Que é o tradicional.
> 
> 
> > Gostaria de passar o banco para /home/banco/ por exemplo.
> 
> Hm, não recomendado.  Que tal realocar o espaço para um /srv?
> 
> Você realmente devia ler o FHS.
> 
> 
> >  Minha pergunta é: como mudar os meus banco para o diretorio /home/banco e
> > garantir que todos bancos criados serão no diretório /home/bancos.
> 
> E foi essa que eu disse que passo!  ;-)
> 

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

Re: [pgbr-geral] MUDAR DIRETORIO DO BANCO E MIGRAR

[Leandro DUTRA]

2008/2/25, junior Prado <[EMAIL PROTECTED]>:
> Pelo jeito meu banco foi criado no /var/lib.

Que é o tradicional.


> Gostaria de passar o banco para /home/banco/ por exemplo.

Hm, não recomendado.  Que tal realocar o espaço para um /srv?

Você realmente devia ler o FHS.


>  Minha pergunta é: como mudar os meus banco para o diretorio /home/banco e
> garantir que todos bancos criados serão no diretório /home/bancos.

E foi essa que eu disse que passo!  ;-)

-- 
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] MUDAR DIRETORIO DO BANCO E MIGRAR

[junior Prado]

Leandro,

Pelo jeito meu banco foi criado no /var/lib.
Gostaria de passar o banco para /home/banco/ por exemplo.
Lendo busquei o comando initdb -D que ao configurar o postgres especifica
onde será criado os bancos.
Minha pergunta é: como mudar os meus banco para o diretorio /home/banco e
garantir que todos bancos criados serão no diretório /home/bancos.

-- 
Valter Cezar Prado Junior
Analista TI

Sem saber como fazer ele fez!
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] MUDAR DIRETORIO DO BANCO E MIGRAR

[joao]

Quando for dar o initdb passa o parametro -D 

Em Seg, 2008-02-25 às 09:47 -0300, Leandro DUTRA escreveu:
> 2008/2/25, junior Prado <[EMAIL PROTECTED]>:
> >
> > Estou com um problema de partição. Pelo jeito, meus bancos estão sendo
> > criados na partição raiz e gostaria de mudar para a partição /home, sendo
> > migrado os bancos com seus registros.
> 
> O tradicional seria /var/lib, e o novo padrão /srv.  Vide o Filesystem
> Hierarchy Standard, referência fundamental para qualquer administrador
> de sistemas.
> 
> 
> > Poderia me passar os comandos e procedimentos . . .
> 
> A memória me falha, vou passar esta.
> 

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

Re: [pgbr-geral] MUDAR DIRETORIO DO BANCO E MIGRAR

[Leandro DUTRA]

2008/2/25, junior Prado <[EMAIL PROTECTED]>:
>
> Estou com um problema de partição. Pelo jeito, meus bancos estão sendo
> criados na partição raiz e gostaria de mudar para a partição /home, sendo
> migrado os bancos com seus registros.

O tradicional seria /var/lib, e o novo padrão /srv.  Vide o Filesystem
Hierarchy Standard, referência fundamental para qualquer administrador
de sistemas.


> Poderia me passar os comandos e procedimentos . . .

A memória me falha, vou passar esta.

-- 
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] MUDAR DIRETORIO DO BANCO E MIGRAR

[junior Prado]

Galera,

Estou com um problema de partição. Pelo jeito, meus bancos estão sendo
criados na partição raiz e gostaria de mudar para a partição /home, sendo
migrado os bancos com seus registros.
Poderia me passar os comandos e procedimentos . . .

-- 
Valter Cezar Prado Junior
Analista TI

Sem saber como fazer ele fez!
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] ferramenta para adm do postgresql

[Mr J.L.]

Pessoal,
   Estou procurando uma ferramenta que faz +- isso que
propoem o cedrus.

"Cedrus is a visual administrator tool for PostgreSQL.
Inspired by Oracle Enterprise Manager, it collects
inside information about one or more PostgreSQL
database servers, presenting all to the DBA in a web
interface with graphs and reports."

 Alguem conhece alguma ferramenta para esse tipo
de trabalho que poderia indicar, independente de ser
free ou do S.O. ?

 Eu entrei no site da "sourceforge.net" mais nao
achei link nenhum ou algo parecido p/ download do
cedrus (p/ fazer alguns testes). Alguem sabe se ele
funciona bem, conforme proposte, etc... ?

Obrigado. ficarei no aguardo


  Abra sua conta no Yahoo! Mail, o único sem limite de espaço para 
armazenamento!
http://br.mail.yahoo.com/
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral