Re: [pgbr-geral] max_connections por usuário

[Fabrízio de Royes Mello]

2013/4/23 Danilo Silva 

> Pessoal, é possível limitar max_connections por usuário?
>
> Atualmente no meu conf o max está em 50, e eu queria limitar em 30 para um
> determinado usuário, deixando 20 para o restante dos outros usuários.
>
>
Veja a opção "CONNECTION LIMIT" no CREATE ROLE [1] quando quiser criar um
usuário com limite máximo de conexões simultâneas. A mesma opção tb pode
ser utilizada no ALTER ROLE [2] para mudar essa configuração de um usuário
já criado.

No seu caso, para usuários já criados vc deve usar a segunda opção.

Att,

[1] http://www.postgresql.org/docs/9.2/static/sql-createrole.html
[2] http://www.postgresql.org/docs/9.2/static/sql-alterrole.html

-- 
Fabrízio de Royes Mello
Consultoria/Coaching PostgreSQL
>> Blog sobre TI: http://fabriziomello.blogspot.com
>> Perfil Linkedin: http://br.linkedin.com/in/fabriziomello
>> Twitter: http://twitter.com/fabriziomello
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] max_connections por usuário

[Danilo Silva]

Pessoal, é possível limitar max_connections por usuário?

Atualmente no meu conf o max está em 50, e eu queria limitar em 30 para um
determinado usuário, deixando 20 para o restante dos outros usuários.

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

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

[Lucas de Lima]

pere...@fricke.com.br
Em 17/04/2013 09:00,  escreveu:

> Send pgbr-geral mailing list submissions to
> pgbr-geral@listas.postgresql.org.br
>
> To subscribe or unsubscribe via the World Wide Web, visit
>
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
> or, via email, send a message with subject or body 'help' to
> pgbr-geral-requ...@listas.postgresql.org.br
>
> You can reach the person managing the list at
> pgbr-geral-ow...@listas.postgresql.org.br
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of pgbr-geral digest..."
>
>
> Tópicos de Hoje:
>
>1. Re: Replicação (Kaui Aires)
>2. Re: Replicação (Flavio Henrique Araque Gurgel)
>3. Re: Replicação (Kaui Aires)
>
>
> --
>
> Message: 1
> Date: Tue, 16 Apr 2013 12:05:31 -0300
> From: Kaui Aires 
> To: Comunidade PostgreSQL Brasileira
> 
> Subject: Re: [pgbr-geral] Replicação
> Message-ID:
>  bhnk64z7jhich2_1c5hrqhyr9vgzatotw6...@mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Bom dia novamente =)
>
> Flávio,
>
> Então eu digo bug no sentido da obrigatoriedade do (replication).
>
> Então suponho, (não sei se é verdade), que não posso replicar somente um
> banco de dados, vocês tem essa informação?
>
> Sim esse outro usuário tinha a flag Replication e 100% dos privilégios...
> Sei que não é a melhor prática eu fiz assim, pois não achava o problema,
> agora eu quero um usuário especifico, já que demonstraram isso. E se tudo
> tiver OK dai vou passar para produção.
>
> Obrigado Deliane, vou testar com outro usuário assim como falou. Pois não
> quero que seja com o usuário PG.
>
>
> Em 16 de abril de 2013 11:50, Deliane Andrade
> escreveu:
>
> > Bom dia.
> >
> > Eu uso o seguinte usuário e funciona perfeitamente.
> >
> > Criei o usuario desta forma :
> >
> > CREATE ROLE replicacao SUPERUSER LOGIN REPLICATION PASSWORD 'minha
> senha';
> >
> > A linha do meu PG_HBA.conf é a seguinte:
> >
> > host   replication replicacao 192.168.200.45/32   md5
> >
> >
> > Att,
> >  Deliane Andrade
> >
> >
> >
> > Em 16 de abril de 2013 11:40, Kaui Aires  >escreveu:
> >
> > Pessoas,
> >>
> >> Agradecido pela ajuda =) Descobri ontem a noite o que é. Na minha
> opinião
> >> é um bug do PG. Embora agora está funcionando.
> >> Vamos ao que descobri:
> >>
> >> Esta é a linha do meu PG_HDA.
> >>
> >> hostreplication postgres192.171.100.102/32  trust
> >>
> >> Dessa maneira acima está funcionando. Porém eu estava usando assim:
> >>
> >> hostmeudb usuario192.171.100.102/32  trust
> >>
> >> Se não for da maneira exata acima não funciona. O que então seria muito
> >> válido dizer nos tutoriais que fazem por ai, que deve se usar o usuário
> PG,
> >> mesmo o usuário que eu criei tem todos os mesmos privilégios, mas não
> >> funciona e já testei 1 por 1, seja o usuário quanto o Banco.
> >>
> >> Então se o usuário e o banco não forem como na primeira linha não
> >> funciona.
> >>
> >> Abraços a todos
> >>
> >>
> >>
> >>
> >>
> >> Em 15 de abril de 2013 15:30, JotaComm  escreveu:
> >>
> >> Opa,
> >>>
> >>>
> >>> Em 15 de abril de 2013 15:23, Kaui Aires  >escreveu:
> >>>
>  Senhores,
> 
>  Estou com problemas em fazer a replicação no PG 9.2. (Só para constar:
>  versões iguais!) Estou tentando primeiramente nas máquinas virtuais e
> não
>  estou conseguindo com que façam o sincronismo.
>  Há de exemplo esse tutorial:  (
> 
> http://www.debian-administration.org/article/How_to_setup_Postgresql_9.1_Streaming_Replication_Debian_Squeeze
> )
> 
>  Então o que eu preciso de vocês, já que não quero incomodar: Alguém ai
>  conheçe algum tutorial, how to Qualquer cosia que
> realmente
>  funcione? Pois realmente eu já tentei vários e não estou conseguindo.
>  Sugestões?
> 
> >>>
> >>> Qual o erro que você está recebendo? Onde você acha que está o seu
> >>> problema?
> >>>
> 
>  Agradecido, desde já!
> 
>  ___
>  pgbr-geral mailing list
>  pgbr-geral@listas.postgresql.org.br
>  https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
> 
> 
> >>>
> >>> Abraços
> >>> --
> >>> JotaComm
> >>> http://jotacomm.wordpress.com
> >>>
> >>> ___
> >>> pgbr-geral mailing list
> >>> pgbr-geral@listas.postgresql.org.br
> >>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
> >>>
> >>>
> >>
> >>
> >> --
> >>
> >> Best Regards,
> >>
> >> *Kaui Aires Oliveira*
> >> DBA (Oracle, PostgreSql), System Analyst, Security Analyst
> >> Mobile (41) 8834-0566
> >>  Skype: kauiaires
> >>
> >> Campaign: "*Before you ask: Search on google.com*"
> >>
> >> Please do not print this email unless it is absolutely necessary.
> >>
> >> The information contained in this electronic

[pgbr-geral] Join my network on LinkedIn

[arivaldo bento]

LinkedIn





arivaldo bento requested to add you as a connection on LinkedIn:
  

--

I'd like to add you to my professional network on LinkedIn.

Accept invitation from arivaldo bento
http://www.linkedin.com/e/1b7qwt-hfvfxehz-4/hJyn_mKDb3AYKem6pM_q9mB_905WKe_qzCqrQvDjbGRKE3zlm8R7/blk/I762660637_20/3wOtCVFbmdxnSVFbm8JrnpKqlZJrmZzbmNJpjRQnOpBtn9QfmhBt71BoSd1p65Lr6lOfP0OnPsPdz0Sdz8SdQALi6JChn9WmncLcPAMcP8RdP0Tcz4LrCBxbOYWrSlI/eml-comm_invm-b-in_ac-inv28/?hs=false&tok=2NsDPTgMWSB5I1

View profile of arivaldo bento
http://www.linkedin.com/e/1b7qwt-hfvfxehz-4/rso/249410470/9k0l/name/20091144_I762660637_20/?hs=false&tok=2a_INxBPmSB5I1
--
You are receiving Invitation emails.


This email was intended for Mateus Sampaio.
Learn why this is included: 
http://www.linkedin.com/e/1b7qwt-hfvfxehz-4/plh/http%3A%2F%2Fhelp%2Elinkedin%2Ecom%2Fapp%2Fanswers%2Fdetail%2Fa_id%2F4788/-GXI/?hs=false&tok=0-2zt-8YCSB5I1

(c) 2012, LinkedIn Corporation. 2029 Stierlin Ct, Mountain View, CA 94043, USA.


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

Re: [pgbr-geral] WORD 2013

[Eduardo Az -EMBRASIS]

  From: Fabrízio de Royes Mello 
  Sent: Tuesday, April 23, 2013 2:23 PM

  2013/4/23 Eduardo Az -EMBRASIS 

Oi Pessoal!!!
Alguem já teve que conectar uma base do pg no word 2013?
Preciso fazer etiquetas! E não estou conseguindo!!!
No libreoffice faço com uma mão nas costas, agora, no word!!!


  Eduardo,

  Não faço a menor idéia de como fazer isso no word, mas creio que a primeira 
coisa que vc terá de fazer é instalar o driver ODBC [1] do PostgreSQL no seu 
Windows.

Já fiz, tentei mesmo assim, direcionei, e nada!
Também tentei usando o access, nada!

Eduardo Az
EMBRASIS


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

Re: [pgbr-geral] WORD 2013

[Fabrízio de Royes Mello]

2013/4/23 Eduardo Az -EMBRASIS 

>   Oi Pessoal!!!
> Alguem já teve que conectar uma base do pg no word 2013?
> Preciso fazer etiquetas! E não estou conseguindo!!!
> No libreoffice faço com uma mão nas costas, agora, no word!!!
>


Eduardo,

Não faço a menor idéia de como fazer isso no word, mas creio que a primeira
coisa que vc terá de fazer é instalar o driver ODBC [1] do PostgreSQL no
seu Windows.

Att,

[1] http://www.postgresql.org/ftp/odbc/versions/msi/

-- 
Fabrízio de Royes Mello
Consultoria/Coaching PostgreSQL
>> Blog sobre TI: http://fabriziomello.blogspot.com
>> Perfil Linkedin: http://br.linkedin.com/in/fabriziomello
>> Twitter: http://twitter.com/fabriziomello
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] WORD 2013

[Jean Domingues]

Oi Pessoal!!!
>
>Alguem já teve que conectar uma base do pg no word 2013?
>Preciso fazer etiquetas! E não estou conseguindo!!!
>No libreoffice faço com uma mão nas costas, agora, no word
>
>Use o driver odbc.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] WORD 2013

[Eduardo Az -EMBRASIS]

Oi Pessoal!!!
Alguem já teve que conectar uma base do pg no word 2013?
Preciso fazer etiquetas! E não estou conseguindo!!!
No libreoffice faço com uma mão nas costas, agora, no word!!!

Grato.

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

Re: [pgbr-geral] Alterar dados de varias tabelas ao "mesmo tempo"

[Marcelo da Silva]

Em 23 de abril de 2013 13:27, Flavio Henrique Araque Gurgel <
fla...@4linux.com.br> escreveu:

>
> Em 23-04-2013 13:25, Marcelo da Silva escreveu:
>
>  Bem, não é exatamente ao mesmo tempo, mas a ideia é a seguinte:
>>
>> No banco existem N tabelas com o campo "cod_id"
>>
>> Eu gostaria de fazer um update em todas as tabelas que possuem este
>> cod_id par um mesmo numero, exemplo:
>>
>> update tabelaA set cod_id = X where cod_id = Y
>> update tabelaB set cod_id = X where cod_id = Y
>> update tabelaC set cod_id = X where cod_id = Y
>> Etc
>>
>> Pra eu fazer isso tenho que ver todas as tabelas que tem este campo numa
>> base de 200 tabelas pra depois fazer o Update em cada tabela.
>>
>> Será que podemos agilizar este processo com um update e where numa
>> tabela do sistema ?
>>
>
> Não.
> Mas você pode fazer um script que lê as tabelas existentes e "monta" os
> UPDATEs pra você.
> Tudo depende de quantas vezes você terá que fazer isso.
>
> Pergunto: os campos cod_id tem o mesmo significado e são relacionados?
> Por que se forem, você deve relacioná-los com uma chave estrangeira a uma
> tabela que os contém como chave primária. Utilizando "ON UPDATE CASCADE",
> você faz o UPDATE só uma vez na tabela referenciada e todas as outras serão
> atualizadas automaticamente.
>
>
>
Pois é Flavio, até pensei num ForeignKey mas não fiz isso no começo, agora
pra parar tudo e linkar esses campos não será nada facil.
Vou ter que criar um while no sistema pra ler essas tabelas e automatizar
essa alteração.
Tenho que fazer isso porque alguns usuários cadastraram uma mesma empresa
varias vezes com CPNJs diferentes (porque o cliente insistiu pra deixar o
sistema aberto no inicio, sabe como é né)... agora tenho que solucionar o
problema. Mas faz parte :)

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

Re: [pgbr-geral] Alterar dados de varias tabelas ao "mesmo tempo"

[Flavio Henrique Araque Gurgel]

Em 23-04-2013 13:25, Marcelo da Silva escreveu:

Bem, não é exatamente ao mesmo tempo, mas a ideia é a seguinte:

No banco existem N tabelas com o campo "cod_id"

Eu gostaria de fazer um update em todas as tabelas que possuem este
cod_id par um mesmo numero, exemplo:

update tabelaA set cod_id = X where cod_id = Y
update tabelaB set cod_id = X where cod_id = Y
update tabelaC set cod_id = X where cod_id = Y
Etc

Pra eu fazer isso tenho que ver todas as tabelas que tem este campo numa
base de 200 tabelas pra depois fazer o Update em cada tabela.

Será que podemos agilizar este processo com um update e where numa
tabela do sistema ?


Não.
Mas você pode fazer um script que lê as tabelas existentes e "monta" os 
UPDATEs pra você.

Tudo depende de quantas vezes você terá que fazer isso.

Pergunto: os campos cod_id tem o mesmo significado e são relacionados?
Por que se forem, você deve relacioná-los com uma chave estrangeira a 
uma tabela que os contém como chave primária. Utilizando "ON UPDATE 
CASCADE", você faz o UPDATE só uma vez na tabela referenciada e todas as 
outras serão atualizadas automaticamente.


[]s

__
Flavio Henrique A. Gurgel
Líder de Projetos Especiais
Consultoria, Projetos & Treinamentos 4LINUX
Tel1: +55-11.2125-4747 ou 2125-4748
www.4linux.com.br
email: fla...@4linux.com.br
__
FREE SOFTWARE SOLUTIONS
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Alterar dados de varias tabelas ao "mesmo tempo"

[Marcelo da Silva]

Bem, não é exatamente ao mesmo tempo, mas a ideia é a seguinte:

No banco existem N tabelas com o campo "cod_id"

Eu gostaria de fazer um update em todas as tabelas que possuem este cod_id
par um mesmo numero, exemplo:

update tabelaA set cod_id = X where cod_id = Y
update tabelaB set cod_id = X where cod_id = Y
update tabelaC set cod_id = X where cod_id = Y
Etc

Pra eu fazer isso tenho que ver todas as tabelas que tem este campo numa
base de 200 tabelas pra depois fazer o Update em cada tabela.

Será que podemos agilizar este processo com um update e where numa tabela
do sistema ?

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

Re: [pgbr-geral] Help em migração de banco

[Filho Arrais]

Em 23 de abril de 2013 09:32, Matheus de Oliveira  escreveu:

>
> 2013/4/22 Filho Arrais 
>
>> Olá,
>>
>> Tenho uma base rodando no Postgre 8.4.4, pretendo testar o 9.1.9
>>
>>
> Pretende ou já testou? Por que não vai logo para o 9.2.4? É a versão
> recente e tem diversas melhorias (principalmente melhorias no desempenho).
> Sinceramente não vejo NENHUM motivo para migrar para 9.1 ao invés de 9.2.
>
> Uma observação importante, caso não saiba. Para migrar entre essas versões
> você tem que:
>
> 1. Usar o pg_upgrade [1] (se usar, rode um VACUUM ANALYZE completo logo
> após para evitar planos de execução ruins);
> 2. Ou, realizar um dump + restore (nesse caso use sempre os binários da
> versão mais nova para realizar o dump+restore) [2].
>
> Em geral, eu digo que se tiver uma boa janela ou for uma base pequena
> (vamos jogar até uns 10GB, mas depende de outras coisas) use a 2ª opção.
>
>
>
>> Existem alguma mudança na estrutura do banco entre essas versões?
>> Exemplo: funções que sofreram alterações.
>>
>>
> Sim. Mas nada tão drástico.
>
> Em geral, o ideal é testar a aplicação com a versão mais recente e alterar
> a mesma para ficar em conformidade com ela. Para algumas das
> incompatibilidade você pode "configurar" o PostgreSQL para voltar ao
> comportamento antigo, mas eu recomendo fortemente alterar a aplicação.
>
> Dentre os principais que lembro agora:
>
> - A mudança no padrão de escape de strings, que antes não seguia
> estritamente o padrão SQL e agora segue (exemplo: na string
> 'linha1\nlinha2', antes gerava uma quebra de linha, hoje não gera mais).
> Nesse caso, você pode configurar standard_conforming_strings=off para ter
> o comportamento anterior [3].
> - Em funções PL/pgSQL qualquer ambiguidade entre variáveis e nomes de
> colunas, usava-se a variável. Nas versões mais recentes, um erro é emitido
> em casos como esse. Também é possível retornar ao comportamento antigo
> configurando plpgsql.variable_conflict=use_variable [4].
>
>
>
>> Não sou DBA muito menos programador. O servidor da empresa já ta pré
>> histórico, compramos um novo, porem o pessoal do nosso sistema não nos da
>> informações a respeito do banco e qualquer informação não dizem para
>> procurar consultores, não acho isso correto, porém recorro a lista.
>>
>> Estou terminando a instalação e pretendo analisar o que consigo de
>> desempenho.
>>
>>
> Com "não dizem" você quis dizer "nos dizem"? Pode ser de fato um bom
> conselho, gaste um pouco hoje mas economize muita dor de cabeça no futuro.
> Há várias empresas no Brasil que oferecem esse serviço [5] e [6].
>
>
Muito obrigado pelas informações.

Quando falo que a empresa não passa informações sobre o banco, é baseado na
seguinte visão.

Sábado a tarde, o servidor de banco de dados da uma pau escroto no sistema
e é necessário reinstalar tudo. Se eu tiver conhecimento das
configurações necessária pro banco funcionar , posso por tudo em operação o
mais rápido possível, dado que a nossa empresa trabalha 24/7. O pessoal do
sistema não da suporte 24h, ou seja, vou passar o final de semana parado,
esperar pra segunda, abrir um chamado, esperar o pessoal me retornar e
começar o processo, só vai terminar(se tudo ocorrer bem) depois do almoço.

Sou favorável sim a consultoria, mas esse ponto nem a consultoria talvez
poderia me ajudar, porque tem que validar com o pessoal do sistema. Vou
testando, ajustando e tentando obter informações. É um um perrengue até
bom, assim a gente aprender a ser mais criterioso na hora de escolher um
ERP, pena é chegar em um lugar onde a bagaça já foi implantada por outros,
só resta segurar o peido até o dia em que a paciência se encurtar e
resolver parte pra outro ERP.



>
> [1] http://www.postgresql.org/docs/9.2/static/pgupgrade.html
> [2]
> http://www.postgresql.org/docs/9.2/static/upgrading.html#UPGRADE-METHODS-PGDUMP
> [3]
> http://www.postgresql.org/docs/9.2/static/runtime-config-compatible.html#GUC-STANDARD-CONFORMING-STRINGS
>  (veja
> as outras nessa página, podem ser úteis)
> [4]
> http://www.postgresql.org/docs/9.2/static/plpgsql-implementation.html#PLPGSQL-VAR-SUBST
> [5] https://www.google.com.br/search?q=consultoria+postgresql
> [6] http://www.postgresql.org/support/professional_support/southamerica/
> 
>
> Atenciosamente,
> --
> Matheus de Oliveira
> Analista de Banco de Dados
> Dextra Sistemas - MPS.Br nível F!
> www.dextra.com.br/postgres
>
>
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Help em migração de banco

[Matheus de Oliveira]

2013/4/22 Filho Arrais 

> Olá,
>
> Tenho uma base rodando no Postgre 8.4.4, pretendo testar o 9.1.9
>
>
Pretende ou já testou? Por que não vai logo para o 9.2.4? É a versão
recente e tem diversas melhorias (principalmente melhorias no desempenho).
Sinceramente não vejo NENHUM motivo para migrar para 9.1 ao invés de 9.2.

Uma observação importante, caso não saiba. Para migrar entre essas versões
você tem que:

1. Usar o pg_upgrade [1] (se usar, rode um VACUUM ANALYZE completo logo
após para evitar planos de execução ruins);
2. Ou, realizar um dump + restore (nesse caso use sempre os binários da
versão mais nova para realizar o dump+restore) [2].

Em geral, eu digo que se tiver uma boa janela ou for uma base pequena
(vamos jogar até uns 10GB, mas depende de outras coisas) use a 2ª opção.



> Existem alguma mudança na estrutura do banco entre essas versões? Exemplo:
> funções que sofreram alterações.
>
>
Sim. Mas nada tão drástico.

Em geral, o ideal é testar a aplicação com a versão mais recente e alterar
a mesma para ficar em conformidade com ela. Para algumas das
incompatibilidade você pode "configurar" o PostgreSQL para voltar ao
comportamento antigo, mas eu recomendo fortemente alterar a aplicação.

Dentre os principais que lembro agora:

- A mudança no padrão de escape de strings, que antes não seguia
estritamente o padrão SQL e agora segue (exemplo: na string
'linha1\nlinha2', antes gerava uma quebra de linha, hoje não gera mais).
Nesse caso, você pode configurar standard_conforming_strings=off para ter o
comportamento anterior [3].
- Em funções PL/pgSQL qualquer ambiguidade entre variáveis e nomes de
colunas, usava-se a variável. Nas versões mais recentes, um erro é emitido
em casos como esse. Também é possível retornar ao comportamento antigo
configurando plpgsql.variable_conflict=use_variable [4].



> Não sou DBA muito menos programador. O servidor da empresa já ta pré
> histórico, compramos um novo, porem o pessoal do nosso sistema não nos da
> informações a respeito do banco e qualquer informação não dizem para
> procurar consultores, não acho isso correto, porém recorro a lista.
>
> Estou terminando a instalação e pretendo analisar o que consigo de
> desempenho.
>
>
Com "não dizem" você quis dizer "nos dizem"? Pode ser de fato um bom
conselho, gaste um pouco hoje mas economize muita dor de cabeça no futuro.
Há várias empresas no Brasil que oferecem esse serviço [5] e [6].


[1] http://www.postgresql.org/docs/9.2/static/pgupgrade.html
[2]
http://www.postgresql.org/docs/9.2/static/upgrading.html#UPGRADE-METHODS-PGDUMP
[3]
http://www.postgresql.org/docs/9.2/static/runtime-config-compatible.html#GUC-STANDARD-CONFORMING-STRINGS
(veja
as outras nessa página, podem ser úteis)
[4]
http://www.postgresql.org/docs/9.2/static/plpgsql-implementation.html#PLPGSQL-VAR-SUBST
[5] https://www.google.com.br/search?q=consultoria+postgresql
[6] http://www.postgresql.org/support/professional_support/southamerica/


Atenciosamente,
-- 
Matheus de Oliveira
Analista de Banco de Dados
Dextra Sistemas - MPS.Br nível F!
www.dextra.com.br/postgres
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Help em migração de banco

[Fábio Telles Rodriguez]

Em 22 de abril de 2013 23:30, Filho Arrais escreveu:

> Olá,
>
> Tenho uma base rodando no Postgre 8.4.4, pretendo testar o 9.1.9
>

Se migrar para o 9.2.x vai perceber boas melhoras de performance. Este foi
um ponto forte da 9.2

>
> Existem alguma mudança na estrutura do banco entre essas versões? Exemplo:
> funções que sofreram alterações.
>

Sim, sempre existem algumas mudanças. Nada tão drástico como na 8.3. Sugiro
olhar os release notes para uma visão completa:
http://www.postgresql.org/docs/current/static/release.html


>
> Não sou DBA muito menos programador. O servidor da empresa já ta pré
> histórico, compramos um novo, porem o pessoal do nosso sistema não nos da
> informações a respeito do banco e qualquer informação não dizem para
> procurar consultores, não acho isso correto, porém recorro a lista.
>
> Estou terminando a instalação e pretendo analisar o que consigo de
> desempenho.
>

Se precisar de ajuda, pode valer à pena contratar uma consultoria. Pode lhe
poupar muita dor de cabeça e você vai ter um servidor bem azeitado logo de
cara.

-- 
Atenciosamente,
Fábio Telles Rodriguez
blog: http:// s
avepoint.blog.br
e-mail / gtalk / MSN: fabio.tel...@gmail.com
Skype: fabio_telles

Timbira - A empresa brasileira de Postgres
http://www.timbira.com.br
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral