Re: [pgbr-geral] init.d inicializando o postgres automaticamente

[Joao Cosme de Oliveira Junior]

vai no contrib start-scripts la no source e copia pro seu init.d modificando o seu pgdata  no arquivoEm 23/09/2009 às 21:14 horas, pgbr-geral@listas.postgresql.org.br escreveu:



Tarcísio Sassara escreveu:
Olá pessoal.
  
  
  Motivação:
  Uma das coisas que já resolvi é não utilizar o pacote de
instalação do debian para a próxima aplicação.
  Minha preocupação é a de sempre manter o banco rodando sempre na
ultima versão corrente.
  Fiz alguns testes para a migração da minha base da versão 8.3
para a 8.4 rodando a 
  versão antiga simultâneamente mudando a porta de comunicação e
tudo ocorreu muito bem.
  
  
  O problema:
  
  Minha duvida é como configurar o serviço para inicializar e
parar automaticamente com o SO usando o
  init.d que é um dos padrões do debian para esta tarefa. Gostaria
de chamar o pg_ctl start e stop no momento correto.
  
  
  
  
  Tentei aprender algo com a maneira que o pacote do postgres no
debian faz mas é "meio doido".
  
  
  Se alguém puder me ajudar, ou tiver um material legal sobre o
assunto vou agradecer bastante.
  Dei uma pesquisada sobre o init.d mas de qualquer maneira,
gostaria de mais informações relacionadas ao postgres.
  
  
  Valeu!
  
-- 
Tarcisio F. Sassara
  
  
  
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
  



Boa noite Tarcísio.

Há algum tempo tive o mesmo problema, abaixo uma descrição rápida da
solução que encontrei:


Iniciando o servidor de banco de dados PostgreSQL no boot do Debian

Script para postgres como serviço e iniciar tal serviço no boot do
Debian

#!/bin/sh
# pg_script
# Controla start / stop do Postgresql

case "$1" in
start) echo -n "Iniciando servico do PostgreSQL";
/bin/su - postgres -c "/usr/local/pgsql/bin/pg_ctl start -D
/usr/local/pgsql/data" > logfile 2>&1
;;
stop) echo -n "Parando serviço do PostgreSQL";
/bin/su - postgres -c "/usr/local/pgsql/bin/pg_ctl stop -D
/usr/local/pgsql/data" > logfile 2>&1
;;
restart) echo -n "Reiniciando serviço PostgreSQL";
/bin/su - postgres -c "/usr/local/pgsql/bin/pg_ctl restart -D
/usr/local/pgsql/data" > logfile 2>&1
;;
esac
exit 0

Link simbólico para executar o script na runlevel 2

cd /etc/rc2.d
ln -s ../init.d/pg_script S50pg_script
telinit rc2.d

Saída do comando 'netstat -tuapen'

Conexões Internet Ativas (servidores e estabelecidas)
Proto Recv-Q Send-Q Endereço Local  Endereço Remoto
Estado  User   Inode   PID/Program name
tcp    0  0 0.0.0.0:111 0.0.0.0:*  
OUÇA   0  4225    1502/portmap    
tcp    0  0 0.0.0.0:34256   0.0.0.0:*  
OUÇA   0  4295    1513/rpc.statd  
tcp    0  0 0.0.0.0:113 0.0.0.0:*  
OUÇA   0  5377    2225/inetd  
tcp    0  0 0.0.0.0:22  0.0.0.0:*  
OUÇA   0  5008    1907/sshd   
tcp    0  0 127.0.0.1:631   0.0.0.0:*  
OUÇA   0  5074    1934/cupsd  
tcp    0  0 127.0.0.1:5432  0.0.0.0:*  
OUÇA   1001   6477    2380/postgres   
tcp    0  0 127.0.0.1:25    0.0.0.0:*  
OUÇA   0  5274    2201/exim4  
tcp    0  0 127.0.0.1:6010  0.0.0.0:*  
OUÇA   1000   8120    2721/0  
tcp    0    160 192.168.0.244:22    10.200.110.54:50489
ESTABELECIDA 0  8082    2717/sshd: leandro 
tcp6   0  0 :::22   :::*   
OUÇA   0  5006    1907/sshd   
tcp6   0  0 ::1:631 :::*   
OUÇA   0  5075    1934/cupsd  
tcp6   0  0 ::1:5432    :::*   
OUÇA   1001   6478    2380/postgres   
tcp6   0  0 ::1:6010    :::*   
OUÇA   1000   8121    2721/0  
udp    0  0 0.0.0.0:68 
0.0.0.0:*   0  6116   
2336/dhclient   
udp    0  0 0.0.0.0:50629  
0.0.0.0:*   105    4979   
1895/avahi-daemon: 
udp    0  0 0.0.0.0:841
0.0.0.0:*   0  4281   
1513/rpc.statd  
udp    0  0 0.0.0.0:5353   
0.0.0.0:*   105    4977   
1895/avahi-daemon: 
udp    0  0 0.0.0.0:58734  
0.0.0.0:*   0  4292   
1513/rpc.statd  
udp    0  0 0.0.0.0:111
0.0.0.0:*   0  4224   
1502/portmap    
udp    0  0 127.0.0.1:46832 127.0.0.1:46832
ESTABELECIDA 1001   6485    2380/postgres   
udp    0  0 0.0.0.0:631
0.0.0.0:* 

Re: [pgbr-geral] Memory (heap)

[Fabrízio de Royes Mello]

2009/9/23 Euler Taveira de Oliveira 

> Dois comentários: (i) se você preza pelos seus dados *não* faça isso a não
> ser
> que os mesmos sejam dados de sessão e (ii) mesmo que você crie uma
> tablespace
> e coloque a sua tabela lá, os dados vão precisar ser escritos no WAL então
> _nem_ tudo vai ser escrito em memória.
>
>
Com certeza, mas em se tratando de dados "voláteis" não teriamos problemas
não é mesmo... e no caso do WAL o artigo que indiquei consta um comentário
do Sr. Pavel Stehule que fala justamente sobre a escrita no WAL então seria
interessante ter o cluster inteiro na ramfs para ter tudo em memória...



> Quanto a dúvida do OP, o PostgreSQL *não* possui um equivalente ao _engine_
> memory. Apesar disso, se essa tabela é utilizada com certa frequência e
> você
> possui uma configuração adequada de _shared buffers_, com certeza, esta
> tabela
> estará na memória.
>
>
No comentário ele também fala que o mais correto seria ajustar o valor do
shared buffers... mas tendo um valor adequado nesse parâmetro mesmo assim
teremos I/O do WAL certo? Então se a necessidade é escrever dados em memória
em função do desempenho de I/O então o cluster inteiro na RAM seria
inevitável... e pra manter isso somente com dados voláteis mesmo... (que
baita *gambiarra* isso me parece)


O amigo Everson poderia dar mais detalhes da sua real necessidade, porque
daqui a pouco não é com o PostgreSQL que ele vai encontrar a solução. Há
algum tempo li o artigo "Database Overkill" do Sr. Fábio Telles [1] que
falava sobre vários SGBDs e creio que seja interessante dar uma olhada
nessas informações.

[1] http://www.midstorm.org/~telles/2007/07/05/database-overkill/


-- 
Fabrízio de Royes Mello
>> Blog sobre TI: http://fabriziomello.blogspot.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] ER

[Tiago Adami]

Eu usava o Sybase Powerdesigner, mas devido ao seu custo de licenciamento
não passei da versão trial. Se você for um DBA experiente vai gostar da
ferramenta, ela é completíssima.

Como meus modelos ER são simples (um modelo por schema e nada além de
tabelas, índices e relacionamentos), utilizo o SQL Power Architect. Ele é
simples e direto, mas peca em algumas funcionalidades - como engenharia
reversa.


-- 
**
Tiago J. Adami
http://www.adamiworks.com
**

2009/9/23 Benedito A. Cruz 

>
>
> Pegando o gancho da discussão anterior, surgiu uma dúvida: qual o
> software que vocês costumam usar para mapear o projeto lógico (Diagrama
> ER) para um esquema do BD em SQL?
> Já usei Mogwai e dia + er2sql mas queria saber quais as outras opções,
> inclusive as mais "didáticas" (para exemplificar em sala de aula).
>
> Bene
>
>
> --
> This message has been scanned for viruses and
> dangerous content by MailScanner, and is
> believed to be clean.
>
> ___
> 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] init.d inicializando o postgres automaticamente

[Tarcísio Sassara]

Na versão 8.4 também encontrei este script.
Logo tentarei configurar o servidor e ver como vai ficar.
Respondo como foi.

Obrigado Leandro!
Abraço.

2009/9/23 Leandro Hamid 

>  Tarcísio Sassara escreveu:
>
> Olá pessoal.
>  Motivação:
> Uma das coisas que já resolvi é não utilizar o pacote de instalação do
> debian para a próxima aplicação.
> Minha preocupação é a de sempre manter o banco rodando sempre na ultima
> versão corrente.
> Fiz alguns testes para a migração da minha base da versão 8.3 para a 8.4
> rodando a
> versão antiga simultâneamente mudando a porta de comunicação e tudo ocorreu
> muito bem.
>
>  O problema:
>  Minha duvida é como configurar o serviço para inicializar e parar
> automaticamente com o SO usando o
> init.d que é um dos padrões do debian para esta tarefa. Gostaria de chamar
> o pg_ctl start e stop no momento correto.
>
>  Tentei aprender algo com a maneira que o pacote do postgres no debian faz
> mas é "meio doido".
>
>  Se alguém puder me ajudar, ou tiver um material legal sobre o assunto vou
> agradecer bastante.
> Dei uma pesquisada sobre o init.d mas de qualquer maneira, gostaria de mais
> informações relacionadas ao postgres.
>
>  Valeu!
>
> --
> Tarcisio F. Sassara
>
> --
>
> ___
> pgbr-geral mailing 
> listpgbr-ge...@listas.postgresql.org.brhttps://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>
>
> Boa noite Tarcísio.
>
> Há algum tempo tive o mesmo problema, abaixo uma descrição rápida da
> solução que encontrei:
>
>
> Iniciando o servidor de banco de dados PostgreSQL no boot do Debian
> Script para postgres como serviço e iniciar tal serviço no boot do Debian
>
> #!/bin/sh
> # pg_script
> # Controla start / stop do Postgresql
>
> case "$1" in
> start) echo -n "Iniciando servico do PostgreSQL";
> /bin/su - postgres -c "/usr/local/pgsql/bin/pg_ctl start -D
> /usr/local/pgsql/data" > logfile 2>&1
> ;;
> stop) echo -n "Parando serviço do PostgreSQL";
> /bin/su - postgres -c "/usr/local/pgsql/bin/pg_ctl stop -D
> /usr/local/pgsql/data" > logfile 2>&1
> ;;
> restart) echo -n "Reiniciando serviço PostgreSQL";
> /bin/su - postgres -c "/usr/local/pgsql/bin/pg_ctl restart -D
> /usr/local/pgsql/data" > logfile 2>&1
> ;;
> esac
> exit 0
>
> Link simbólico para executar o script na runlevel 2
>
> cd /etc/rc2.d
> ln -s ../init.d/pg_script S50pg_script
> telinit rc2.d
>
> Saída do comando 'netstat -tuapen'
>
> Conexões Internet Ativas (servidores e estabelecidas)
> Proto Recv-Q Send-Q Endereço Local  Endereço Remoto
> Estado  User   Inode   PID/Program name
> tcp0  0 0.0.0.0:111 0.0.0.0:*
> OUÇA   0  42251502/portmap
> tcp0  0 0.0.0.0:34256   0.0.0.0:*
> OUÇA   0  42951513/rpc.statd
> tcp0  0 0.0.0.0:113 0.0.0.0:*
> OUÇA   0  53772225/inetd
> tcp0  0 0.0.0.0:22  0.0.0.0:*
> OUÇA   0  50081907/sshd
> tcp0  0 127.0.0.1:631   0.0.0.0:*
> OUÇA   0  50741934/cupsd
> *tcp0  0 127.0.0.1:5432  0.0.0.0:*
> OUÇA   1001   64772380/postgres  *
> tcp0  0 127.0.0.1:250.0.0.0:*
> OUÇA   0  52742201/exim4
> tcp0  0 127.0.0.1:6010  0.0.0.0:*
> OUÇA   1000   81202721/0
> tcp0160 192.168.0.244:2210.200.110.54:50489
> ESTABELECIDA 0  80822717/sshd: leandro
> tcp6   0  0 :::22   :::*
> OUÇA   0  50061907/sshd
> tcp6   0  0 ::1:631 :::*
> OUÇA   0  50751934/cupsd
> *tcp6   0  0 ::1:5432:::*
> OUÇA   1001   64782380/postgres   *
> tcp6   0  0 ::1:6010:::*
> OUÇA   1000   81212721/0
> udp0  0 0.0.0.0:68  0.0.0.0:*
> 0  61162336/dhclient
> udp0  0 0.0.0.0:50629   0.0.0.0:*
> 10549791895/avahi-daemon:
> udp0  0 0.0.0.0:841 0.0.0.0:*
> 0  42811513/rpc.statd
> udp0  0 0.0.0.0:53530.0.0.0:*
> 10549771895/avahi-daemon:
> udp0  0 0.0.0.0:58734   0.0.0.0:*
> 0  42921513/rpc.statd
> udp0  0 0.0.0.0:111 0.0.0.0:*
> 0  42241502/portmap
> *udp0  0 127.0.0.1:46832 127.0.0.1:46832
> ESTABELECIDA 1001   64852380/postgres *
> udp0  0 0.0.0.0:631 0.0.0.0:*
> 0  50781934/cupsd
> udp6   0  0 :::3
> :::*1054980
> 1895/avahi-daemon:
> udp6   0  0 :::5353
> :::*1054978
> 1895/avahi-daemon:
>
> Dando um 

Re: [pgbr-geral] RES: ER

[Aldemir Vieira]

Verdade,
Pena que ele não incorporou a funcionalidade de verificação do modelo que o
case studio possuia, uma excelente forma de verificar possíveis falhas na
modelagem.Falando nisso, alguma outra ferramenta avalia o modelo/base quanto
às formas normais? O System Architect (hoje da IBM) faz muito bem isso, mas
ná dá suporte a Postgres :(.

2009/9/23 Andre Fernandes 

> Realmente o Toad data modeler é excelente!
> Faz algum tempo que não uso porque é bem caro, infelizmente. Mas é uma
> excelente ferramenta!
>
> 2009/9/23 Kauí Aires Oliveira 
>
> Boa Tarde,
>>
>> Olha gosto muito, do CASE-Studio Uso para modelar já tem uns 6 anos...
>> Embora agora a quest comprou e se chama Toad data modeler... Recomendo,
>> muito prático, ótimas ferramentas de reversas... E muito bom os
>> relatórios...
>>
>> Abraços,
>>
>> Kaui Aires
>>
>>
>> -Mensagem original-
>> De: pgbr-geral-boun...@listas.postgresql.org.br
>> [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de Benedito
>> A.
>> Cruz
>> Enviada em: quarta-feira, 23 de setembro de 2009 14:50
>> Para: Comunidade PostgreSQL Brasileira
>> Assunto: [pgbr-geral] ER
>>
>>
>>
>> Pegando o gancho da discussão anterior, surgiu uma dúvida: qual o
>> software que vocês costumam usar para mapear o projeto lógico (Diagrama
>> ER) para um esquema do BD em SQL?
>> Já usei Mogwai e dia + er2sql mas queria saber quais as outras opções,
>> inclusive as mais "didáticas" (para exemplificar em sala de aula).
>>
>> Bene
>>
>>
>> --
>> This message has been scanned for viruses and
>> dangerous content by MailScanner, and is
>> believed to be clean.
>>
>> ___
>> 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
>>
>
>
>
> --
> André de Camargo Fernandes
>
>
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>


-- 
Forte abraço,
Aldemir Vieira
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] init.d inicializando o postgres automaticamente

[Leandro Hamid]

Tarcísio Sassara escreveu:
Olá pessoal.
  
  
  Motivação:
  Uma das coisas que já resolvi é não utilizar o pacote de
instalação do debian para a próxima aplicação.
  Minha preocupação é a de sempre manter o banco rodando sempre na
ultima versão corrente.
  Fiz alguns testes para a migração da minha base da versão 8.3
para a 8.4 rodando a 
  versão antiga simultâneamente mudando a porta de comunicação e
tudo ocorreu muito bem.
  
  
  O problema:
  
  Minha duvida é como configurar o serviço para inicializar e
parar automaticamente com o SO usando o
  init.d que é um dos padrões do debian para esta tarefa. Gostaria
de chamar o pg_ctl start e stop no momento correto.
  
  
  
  
  Tentei aprender algo com a maneira que o pacote do postgres no
debian faz mas é "meio doido".
  
  
  Se alguém puder me ajudar, ou tiver um material legal sobre o
assunto vou agradecer bastante.
  Dei uma pesquisada sobre o init.d mas de qualquer maneira,
gostaria de mais informações relacionadas ao postgres.
  
  
  Valeu!
  
-- 
Tarcisio F. Sassara
  
  
  

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



Boa noite Tarcísio.

Há algum tempo tive o mesmo problema, abaixo uma descrição rápida da
solução que encontrei:


Iniciando o servidor de banco de dados PostgreSQL no boot do Debian

Script para postgres como serviço e iniciar tal serviço no boot do
Debian

#!/bin/sh
# pg_script
# Controla start / stop do Postgresql

case "$1" in
start) echo -n "Iniciando servico do PostgreSQL";
/bin/su - postgres -c "/usr/local/pgsql/bin/pg_ctl start -D
/usr/local/pgsql/data" > logfile 2>&1
;;
stop) echo -n "Parando serviço do PostgreSQL";
/bin/su - postgres -c "/usr/local/pgsql/bin/pg_ctl stop -D
/usr/local/pgsql/data" > logfile 2>&1
;;
restart) echo -n "Reiniciando serviço PostgreSQL";
/bin/su - postgres -c "/usr/local/pgsql/bin/pg_ctl restart -D
/usr/local/pgsql/data" > logfile 2>&1
;;
esac
exit 0

Link simbólico para executar o script na runlevel 2

cd /etc/rc2.d
ln -s ../init.d/pg_script S50pg_script
telinit rc2.d

Saída do comando 'netstat -tuapen'

Conexões Internet Ativas (servidores e estabelecidas)
Proto Recv-Q Send-Q Endereço Local  Endereço Remoto
Estado  User   Inode   PID/Program name
tcp    0  0 0.0.0.0:111 0.0.0.0:*  
OUÇA   0  4225    1502/portmap    
tcp    0  0 0.0.0.0:34256   0.0.0.0:*  
OUÇA   0  4295    1513/rpc.statd  
tcp    0  0 0.0.0.0:113 0.0.0.0:*  
OUÇA   0  5377    2225/inetd  
tcp    0  0 0.0.0.0:22  0.0.0.0:*  
OUÇA   0  5008    1907/sshd   
tcp    0  0 127.0.0.1:631   0.0.0.0:*  
OUÇA   0  5074    1934/cupsd  
tcp    0  0 127.0.0.1:5432  0.0.0.0:*  
OUÇA   1001   6477    2380/postgres   
tcp    0  0 127.0.0.1:25    0.0.0.0:*  
OUÇA   0  5274    2201/exim4  
tcp    0  0 127.0.0.1:6010  0.0.0.0:*  
OUÇA   1000   8120    2721/0  
tcp    0    160 192.168.0.244:22    10.200.110.54:50489
ESTABELECIDA 0  8082    2717/sshd: leandro 
tcp6   0  0 :::22   :::*   
OUÇA   0  5006    1907/sshd   
tcp6   0  0 ::1:631 :::*   
OUÇA   0  5075    1934/cupsd  
tcp6   0  0 ::1:5432    :::*   
OUÇA   1001   6478    2380/postgres   
tcp6   0  0 ::1:6010    :::*   
OUÇA   1000   8121    2721/0  
udp    0  0 0.0.0.0:68 
0.0.0.0:*   0  6116   
2336/dhclient   
udp    0  0 0.0.0.0:50629  
0.0.0.0:*   105    4979   
1895/avahi-daemon: 
udp    0  0 0.0.0.0:841
0.0.0.0:*   0  4281   
1513/rpc.statd  
udp    0  0 0.0.0.0:5353   
0.0.0.0:*   105    4977   
1895/avahi-daemon: 
udp    0  0 0.0.0.0:58734  
0.0.0.0:*   0  4292   
1513/rpc.statd  
udp    0  0 0.0.0.0:111
0.0.0.0:*   0  4224   
1502/portmap    
udp    0  0 127.0.0.1:46832 127.0.0.1:46832
ESTABELECIDA 1001   6485    2380/postgres   
udp    0  0 0.0.0.0:631
0.0.0.0:*   0  5078   
1934/cupsd  
udp6   0  0 :::3   
:::*    105    4980   
1895/ava

[pgbr-geral] init.d inicializando o postgres automaticamente

[Tarcísio Sassara]

Olá pessoal.
Motivação:
Uma das coisas que já resolvi é não utilizar o pacote de instalação do
debian para a próxima aplicação.
Minha preocupação é a de sempre manter o banco rodando sempre na ultima
versão corrente.
Fiz alguns testes para a migração da minha base da versão 8.3 para a 8.4
rodando a
versão antiga simultâneamente mudando a porta de comunicação e tudo ocorreu
muito bem.

O problema:
Minha duvida é como configurar o serviço para inicializar e parar
automaticamente com o SO usando o
init.d que é um dos padrões do debian para esta tarefa. Gostaria de chamar o
pg_ctl start e stop no momento correto.

Tentei aprender algo com a maneira que o pacote do postgres no debian faz
mas é "meio doido".

Se alguém puder me ajudar, ou tiver um material legal sobre o assunto vou
agradecer bastante.
Dei uma pesquisada sobre o init.d mas de qualquer maneira, gostaria de mais
informações relacionadas ao postgres.

Valeu!

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

Re: [pgbr-geral] Memory (heap)

[Euler Taveira de Oliveira]

Fabrízio de Royes Mello escreveu:
> 
> 2009/9/23 Everson Barbosa  >
> 
> Bom dia,
> 
>Gostaria de saber se o postgres possui o recurso de memory
> (heap), ou seja, armazenar as informações do memory na memória RAM.
> Como o Mysql possui este recurso, acredito que o postgres também tenha.
> 
> 
> 
> Até onde sei o PostgreSQL não possui esse recurso nativo, mas você
> consegue fazer algo similiar utilizando um sistema de arquivos em
> memória no linux, veja o artigo em [1].
> 
Dois comentários: (i) se você preza pelos seus dados *não* faça isso a não ser
que os mesmos sejam dados de sessão e (ii) mesmo que você crie uma tablespace
e coloque a sua tabela lá, os dados vão precisar ser escritos no WAL então
_nem_ tudo vai ser escrito em memória.

Quanto a dúvida do OP, o PostgreSQL *não* possui um equivalente ao _engine_
memory. Apesar disso, se essa tabela é utilizada com certa frequência e você
possui uma configuração adequada de _shared buffers_, com certeza, esta tabela
estará na memória.


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

[Andre Fernandes]

Realmente o Toad data modeler é excelente!
Faz algum tempo que não uso porque é bem caro, infelizmente. Mas é uma
excelente ferramenta!

2009/9/23 Kauí Aires Oliveira 

> Boa Tarde,
>
> Olha gosto muito, do CASE-Studio Uso para modelar já tem uns 6 anos...
> Embora agora a quest comprou e se chama Toad data modeler... Recomendo,
> muito prático, ótimas ferramentas de reversas... E muito bom os
> relatórios...
>
> Abraços,
>
> Kaui Aires
>
>
> -Mensagem original-
> De: pgbr-geral-boun...@listas.postgresql.org.br
> [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de Benedito
> A.
> Cruz
> Enviada em: quarta-feira, 23 de setembro de 2009 14:50
> Para: Comunidade PostgreSQL Brasileira
> Assunto: [pgbr-geral] ER
>
>
>
> Pegando o gancho da discussão anterior, surgiu uma dúvida: qual o
> software que vocês costumam usar para mapear o projeto lógico (Diagrama
> ER) para um esquema do BD em SQL?
> Já usei Mogwai e dia + er2sql mas queria saber quais as outras opções,
> inclusive as mais "didáticas" (para exemplificar em sala de aula).
>
> Bene
>
>
> --
> This message has been scanned for viruses and
> dangerous content by MailScanner, and is
> believed to be clean.
>
> ___
> 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
>



-- 
André de Camargo Fernandes
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] RES: ER

[Kauí Aires Oliveira]

Boa Tarde,

Olha gosto muito, do CASE-Studio Uso para modelar já tem uns 6 anos...
Embora agora a quest comprou e se chama Toad data modeler... Recomendo,
muito prático, ótimas ferramentas de reversas... E muito bom os
relatórios...

Abraços,

Kaui Aires


-Mensagem original-
De: pgbr-geral-boun...@listas.postgresql.org.br
[mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de Benedito A.
Cruz
Enviada em: quarta-feira, 23 de setembro de 2009 14:50
Para: Comunidade PostgreSQL Brasileira
Assunto: [pgbr-geral] ER



Pegando o gancho da discussão anterior, surgiu uma dúvida: qual o 
software que vocês costumam usar para mapear o projeto lógico (Diagrama 
ER) para um esquema do BD em SQL?
Já usei Mogwai e dia + er2sql mas queria saber quais as outras opções, 
inclusive as mais "didáticas" (para exemplificar em sala de aula).

Bene


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

___
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] Merge de tabelas

[Joao Paulo Fernandes]

Um amigo me mostrou esse dbSolo uma vez, ele montando VOs e DAOs a partir do
banco.

2009/9/23 William Leite Araújo 

> DBSolo, mas não é gratuito caso queira usar por muito tempo...
>
> 2009/9/16 Roberto Mello 
>
>> 2009/9/16 Joao Paulo Fernandes 
>>
>>> Pessoal estou com o seguinte problema eu tinha um banco de dados e
>>> necessitei exporta-lo para outra maquina, nessa maquina criei algumas
>>> colunas e tabelas novas e necessito agora fazer um merge desse banco no
>>> banco de origem alguem pode me indicar alguma maneira ou ferramenta pra
>>> realizar isso.
>>>
>>> Faça a merge manualmente.
>> Faça o dump dos dois em formato texto, e compare com uma ferramenta de
>> diff, tipo vimdiff.
>>
>> Roberto
>>
>> ___
>> 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
> Mobile Solution Manager   - QualiConsult
> Analista de Banco de Dados
>
> ___
> 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] ER

[Andre Fernandes]

estou usando o "ModelRight 3.5 for PostgreSQL (Community Edition)" e gosto
muito dele.

Abraços,

2009/9/23 Benedito A. Cruz 

>
>
> Pegando o gancho da discussão anterior, surgiu uma dúvida: qual o
> software que vocês costumam usar para mapear o projeto lógico (Diagrama
> ER) para um esquema do BD em SQL?
> Já usei Mogwai e dia + er2sql mas queria saber quais as outras opções,
> inclusive as mais "didáticas" (para exemplificar em sala de aula).
>
> Bene
>
>
> --
> This message has been scanned for viruses and
> dangerous content by MailScanner, and is
> believed to be clean.
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



-- 
André de Camargo Fernandes
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] ER

[Benedito A. Cruz]

Pegando o gancho da discussão anterior, surgiu uma dúvida: qual o 
software que vocês costumam usar para mapear o projeto lógico (Diagrama 
ER) para um esquema do BD em SQL?
Já usei Mogwai e dia + er2sql mas queria saber quais as outras opções, 
inclusive as mais "didáticas" (para exemplificar em sala de aula).

Bene


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

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

Re: [pgbr-geral] Merge de tabelas

[William Leite Araújo]

DBSolo, mas não é gratuito caso queira usar por muito tempo...

2009/9/16 Roberto Mello 

> 2009/9/16 Joao Paulo Fernandes 
>
>> Pessoal estou com o seguinte problema eu tinha um banco de dados e
>> necessitei exporta-lo para outra maquina, nessa maquina criei algumas
>> colunas e tabelas novas e necessito agora fazer um merge desse banco no
>> banco de origem alguem pode me indicar alguma maneira ou ferramenta pra
>> realizar isso.
>>
>> Faça a merge manualmente.
> Faça o dump dos dois em formato texto, e compare com uma ferramenta de
> diff, tipo vimdiff.
>
> Roberto
>
> ___
> 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
Mobile Solution Manager   - QualiConsult
Analista de Banco de Dados
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Memory (heap)

[Fabrízio de Royes Mello]

2009/9/23 Roberto Mello 

>
> Só para complementar, a filosofia do projeto PostgreSQL é de focalizar no
> SGBD, e não tentar replicar funcionalidades da alçada do sistema de arquivos
> ou do sistema operacional. Daí você não ver esse tipo de funcionalidade
> direto no PG.
>
> Cada programa deve fazer a sua parte bem feita, e pronto. Tentar duplicar
> tudo e todos resulta em código pobre e instável.
>
>
É verdade... mas isso é um velho hábito equivocado de querer TUDO num único
lugar... seja por *preguiça*, *conveniência* ou *insegurança* mesmo...
sempre vamos *cegos* em busca de uma solução que resolva todos nossos
problemas e de uma só vez, e acabamos insatisfeitos com o que encontramos e
muitas vezes até frustrados pela solução "meia-boca" que adotamos...
rsrsrs...

Mas isso tudo é porque não temos a boa prática de separar o problema (o
velho dividir para conquistar) em problemas menores e ir resolvendo um a um
separadamente e integrando para gerar nossa solução... isso vemos toda hora
aqui na lista quando as pessoas buscam "a solução definitiva" para
"replicação multi-master", por exemplo... não quero levantar polêmica, é só
um desabafo pois algumas vezes também procedo desta forma e no final das
contas isso é ruim, tanto técnica como profissionalmente...

Obrigado Roberto, pois você tocou num ponto muito importante: "Definição de
Responsabilidades"...

Cordialmente,
-- 
Fabrízio de Royes Mello
>> Blog sobre TI: http://fabriziomello.blogspot.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] Campo Calculado

[Osvaldo Kussama]

2009/9/23 B   i   l   l :
> Ola pessoal.
> Comecei a usar o postgresql a pouco tempo, e agora estou com uma duvida.
> procurei no forum alguma resposta para a minha duvida, mas nao tinha.
> Ex:
> no banco firebird
> create table tabela(
> id integer,
> valor1 numeric(10,2),
> valor 2 numeric(10,2),
> valor3 numeric(10,2) COMPUTED BY ((VALOR1-VALOR2))
> );
> tem como eu fazer assim no postgresql?
> estou usando a versao 8.3


Crie uma view.
Direto na tabela não tem sentido, vide regras de normalização.

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] Memory (heap)

[Everson Barbosa]

Obrigado pelas dicas, vou pesquisar sobre o assunto.

2009/9/23 Roberto Mello 

> 2009/9/23 Fabrízio de Royes Mello 
>
>>
>> Até onde sei o PostgreSQL não possui esse recurso nativo, mas você
>> consegue fazer algo similiar utilizando um sistema de arquivos em memória no
>> linux, veja o artigo em [1].
>>
>
> Só para complementar, a filosofia do projeto PostgreSQL é de focalizar no
> SGBD, e não tentar replicar funcionalidades da alçada do sistema de arquivos
> ou do sistema operacional. Daí você não ver esse tipo de funcionalidade
> direto no PG.
>
> Cada programa deve fazer a sua parte bem feita, e pronto. Tentar duplicar
> tudo e todos resulta em código pobre e instável.
>
> Roberto
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Campo Calculado

[B i l l]

Ola pessoal. Comecei a usar o postgresql a pouco tempo, e agora estou com
uma duvida.
procurei no forum alguma resposta para a minha duvida, mas nao tinha.
Ex:
no banco firebird
create table tabela(
 id integer,
valor1 numeric(10,2),
valor 2 numeric(10,2),
valor3 numeric(10,2) COMPUTED BY ((VALOR1-VALOR2))
);
tem como eu fazer assim no postgresql?
estou usando a versao 8.3

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

Re: [pgbr-geral] Memory (heap)

[Roberto Mello]

2009/9/23 Fabrízio de Royes Mello 

>
> Até onde sei o PostgreSQL não possui esse recurso nativo, mas você consegue
> fazer algo similiar utilizando um sistema de arquivos em memória no linux,
> veja o artigo em [1].
>

Só para complementar, a filosofia do projeto PostgreSQL é de focalizar no
SGBD, e não tentar replicar funcionalidades da alçada do sistema de arquivos
ou do sistema operacional. Daí você não ver esse tipo de funcionalidade
direto no PG.

Cada programa deve fazer a sua parte bem feita, e pronto. Tentar duplicar
tudo e todos resulta em código pobre e instável.

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] Memory (heap)

[Fabrízio de Royes Mello]

2009/9/23 Everson Barbosa 

> Bom dia,
>
>Gostaria de saber se o postgres possui o recurso de memory (heap), ou
> seja, armazenar as informações do memory na memória RAM. Como o Mysql possui
> este recurso, acredito que o postgres também tenha.
>
>
>
Até onde sei o PostgreSQL não possui esse recurso nativo, mas você consegue
fazer algo similiar utilizando um sistema de arquivos em memória no linux,
veja o artigo em [1].

Recentemente o colega Euler deu uma dica nesta lista sobre utilização de
sistema de arquivos tmpfs para armazenar o arquivo de coleta de estatísticas
do PostgreSQL ($PGDATA/global/pgstat.sta) [2].

Espero ter ajudado.

[1]
http://magazine.redhat.com/2007/12/12/tip-from-an-rhce-memory-storage-on-postgresql/
[2]
http://www.nabble.com/Postgres%3A-stats-collector-process-td25420078.html#a25430318


-- 
Fabrízio de Royes Mello
>> Blog sobre TI: http://fabriziomello.blogspot.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] ER - 1 pra 1 no Power Architect

[Leonardo Ribeiro]

Blz, obrigado ;-)

2009/9/22 Osvaldo Kussama 

> 2009/9/22 Leonardo Ribeiro :
> > sim, mas so tem em "um lado do relacionamento" (exactly one).. no outro
> lado
> > nao tem essa opção
> >
> > 2009/9/22 Osvaldo Kussama 
> >>
> >> 2009/9/22 Leonardo Ribeiro :
> >> >
> >> > Alguem usa o PowerArchitect e sabe me dizer como mapear um
> >> > relacionamento
> >> > 1x1?
> >> > No Dezign for Database eu consigo fazer porém no PA parece nao haver
> >> > essa
> >> > opção.
> >> >
> >>
> >>
> >> Você viu a parte de cardinalidade em "Relationship properties"?
>
>
> Sim, não tem o "Exactly One" do lado da chave estrangeira mas você tem
> a opção "Zero or One".
> Na DDL você pode ter a restrição de integridade que toda chave
> estrangeira se refere a uma linha da outra tabela, você pode garantir
> que ela seja única (não existirão duas linhas com a mesma chave
> estrangeira) mas não tem como garantir que existirão linhas com todos
> os valores possíveis que possam existir na outra tabela. Isto é que
> todo pai obrigatoriamente tem um filho.
> Isto é você pode garantir o relacionamento 1:(0,1) mas não um (1,1):(1,1).
> Creio que no Dezign for Databases você possa especificar um
> (1,1):(1,1) mas não sei se ele mapeia exatamente dessa forma ou o
> mapeamento gerado é, na realidade, um (1,1):(0,1). Não tenho mais o
> Dezign for Databases para testar.
>
> Osvaldo
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



-- 
[]'s
Leonardo

Linux User #488650
Ubuntu User #27045
Mais sobre o Ubuntu em português: http://www.ubuntu-br.org/comece
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Memory (heap)

[Everson Barbosa]

Bom dia,

   Gostaria de saber se o postgres possui o recurso de memory (heap), ou
seja, armazenar as informações do memory na memória RAM. Como o Mysql possui
este recurso, acredito que o postgres também tenha.

Abc

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

[pgbr-geral] Precisamos de Programadores

[SetaDigital - Especialista em Lojas de Calçados]

Bom dia pessoal,
Somos uma softwarehouse de Cascavel-Pr e comercializamos um ERP para o varejo 
feito em Visual FoxPro + PostgreSql
Estamos expandindo e precisamos de novos programadores e implantadores.

Caso alguém tenha interesse favor mandar currículum para 
cont...@setadigital.com.br com pretensão salarial.

Grande abraço a todos.

Vanderlei Marcos Kichel
cont...@setadigital.com.br
 
___
SetaDigital Comércio de Sistemas Gerenciais Ltda
Rua Voluntários da Pátria, 1415 Sala 302 - Centro
Cascavel - Paraná - Cep 85.812-160
Telefone: (45) 3222-7511
www.setadigital.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] DataWarehouse

[Marcelo Costa]

Olá Gustavo

2009/9/22 Gustavo Lobato 

> Gostaria de saber quais ferramentas free estão disponíveis para o uso de BI
> no postgres, no caso,
> um simples datawarehouse para meu projeto de conclusão de curso.
>
> alguém para me orientar quanto a isso?
>
>
Pesquise sobre o Pentaho, há uma lista dele.

http://br.groups.yahoo.com/group/pentahobr/

Não esqueça de alterar as strings de conexão para o PostgreSQL

Atte,

-- 
Marcelo Costa
www.marcelocosta.net
-
“You can't always get what want”,

Doctor House in apology to Mike Jagger
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] DataWarehouse

[Gustavo Lobato]

obrigado.
vou procurar saber mais.


2009/9/22 frozza 

>  Gustavo,
>
> Uma das melhores soluções é o Pentaho...
>
> ---
> Prof. Angelo Augusto Frozza, M.Sc.
> fro...@uniplac.net
> htp://uniplac.net/~frozza 
> Coordenador do Curso de Sistemas de Informação
> Universidade do Planalto Catarinense - UNIPLAC
> Lages - S.C.  - Brasil
> http://www.uniplac.net
>
> *-- Original Message ---*
> From: Gustavo Lobato 
> To: pgbr-geral@listas.postgresql.org.br
> Sent: Tue, 22 Sep 2009 11:25:49 -0300
> Subject: [pgbr-geral] DataWarehouse
>
> > Gostaria de saber quais ferramentas free estão disponíveis para o uso de
> BI no postgres, no caso,
> > um simples datawarehouse para meu projeto de conclusão de curso.
> >
> > alguém para me orientar quanto a isso?
> >
> > Att,
>
> --
> > Gustavo Lobato
> >   *ï Antes de imprimir pense em sua responsabilidade com o MEIO
> AMBIENTE
> > **"Uma asa mais uma asa não são duas asas, e sim uma águia inteira que
> pode voar."
> > Leonardo Boff*
>
>
> *--- End of Original Message ---*
>
> ___
> 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