Obrigado Pablo.
Testei sim uma página info.php e confirmei suporte a pgsql. O resultado
segue abaixo:
pgsql
PostgreSQL Support
enabled
PostgreSQL(libpq) Version
8.1.9
Multibyte character support
enabled
SSL support
enabled
Active Persistent Links
0
Active Links
0
Estava fazendo um teste com CyberCluster e aconteceu o que o fabio citou.
Fiz dois teste:
1 - Usando pglb ( Balanceador de Carga)
2 - Um usuario conecotu Server1 e outro no Server2
Obs: Para gerar o id usei a função nextval(sequence)
Configuração:
SERVER 1 SERVER 2
Estava fazendo um teste com CyberCluster e aconteceu o que o fabio citou.
Fiz dois teste:
1 - Usando pglb ( Balanceador de Carga)
2 - Um usuario conecotu Server1 e outro no Server2
Obs: Para gerar o id usei a função nextval(sequence)
Configuração:
SERVER 1 SERVER 2
Estava fazendo um teste com CyberCluster e aconteceu o que o fabio citou.
Fiz dois teste:
1 - Usando pglb ( Balanceador de Carga)
2 - Um usuario conecotu Server1 e outro no Server2
Obs: Para gerar o id usei a função nextval(sequence)
Configuração:
SERVER 1 SERVER 2
Obrigado João!
Vou fazer uns testes e retorno para a lista...
Welkson
- Original Message -
From: "João Conegundes Filho" <[EMAIL PROTECTED]>
To: "Comunidade PostgreSQL Brasileira"
Sent: Friday, February 15, 2008 4:57 PM
Subject: Re: [pgbr-geral] Postgres para .NET
Welkson Renny de
Welkson Renny de Medeiros escreveu:
> Bom dia senhores!
>
>
> Já trabalho a alguns anos com Firebird e SQLServer... a +- 1 ano instalei o
> postgres no meu servidor freebsd, que está rodando belezinha (log do snort +
> base + ossec)... até aí tudo bem... nos meus projetos do dia a dia (Delphi)
>
Em Fri, 15 Feb 2008 14:12:39 -0300
Vinicius <[EMAIL PROTECTED]> escreveu:
> Aproveitanto o assunto,, meu banco esta em Latin1 rodando no windows,
> terei problemas para roda-lo em linux ?
>
Nenhum problema em princípio. ;)
[]'s
--
Fernando Ike
http://www.midstorm.org/~fike/weblog
___
na ultima versao do pgpool I o problema com as sequences já tinha sido
corrigido eu mesmo fiz alguns testes.., você poderia ver isso no change
log do projeto mas nao consigui achar devido que a pagina do pgpool II esta
no lugar da antida do I.
[]'s
João Junior
- Original Message
Aproveitanto o assunto,, meu banco esta em Latin1 rodando no windows,
terei problemas para roda-lo em linux ?
Fernando Ike wrote:
> Em Thu, 14 Feb 2008 02:10:54 +
> "Pablo Sánchez" <[EMAIL PROTECTED]> escreveu:
>
>
>> Depende: teve alguma chamada de sistema operacional? Oi foi só banco
>>
Em Thu, 14 Feb 2008 02:10:54 +
"Pablo Sánchez" <[EMAIL PROTECTED]> escreveu:
> Depende: teve alguma chamada de sistema operacional? Oi foi só banco
> e PHP com funções de banco? A princípio, não teria que fazer nenhuma
> modificação, mas não posso afirmar isso sem ver o trabalho das
> pessoas.
Em Fri, 15 Feb 2008 11:08:13 -0300
"Fabio Telles" <[EMAIL PROTECTED]> escreveu:
> Em 15/02/08, Joao<[EMAIL PROTECTED]> escreveu:
> > >>6º Se você busca alta disponibilidade, considere a possibilidade
> > >>de utilizar o Stand by, ou o Slony, que são opções mais simples.
> >
> > Grande Fábio eu pod
| > 17896.1exatamente 1GB 1,00 GB (1.073.741.824 bytes)
| > 17896mesmo tamanho do "17896.1" (1.073.741.824 bytes)
| > 17917119 MB (125.468.672 bytes)
| > 17896.229,5 MB (31.031.296 bytes)
| >
| > Agora oq esses arquivos significam?...
| >
| Cada arquivo representa uma tabela
Em 15/02/08, Joao<[EMAIL PROTECTED]> escreveu:
> >>6º Se você busca alta disponibilidade, considere a possibilidade de
> >>utilizar o Stand by, ou o Slony, que são opções mais simples.
>
> Grande Fábio eu poderia dizer o seguinte se você quer alta disponibilidade
> de forma mais simples eu desconsi
mas o slony nao é um serviço(daemon) , então como eu implementaria o
heartbeat com o slony???
- Original Message -
From: "Euler Taveira de Oliveira" <[EMAIL PROTECTED]>
To: "Comunidade PostgreSQL Brasileira"
Sent: Friday, February 15, 2008 11:39 AM
Subject: Re: [pgbr-geral] cluster c/ p
Em 14/02/2008, às 17:08, Roberto Mello escreveu:
> Pessoal,
>
> Eu tenho ficado no #postgresql-br por uns tempos agora, e quase nunca
> tem ninguem por la'. IRC e' uma excelente maneira de trocar ideias, e
> ter um intercambio de discussoes muito mais dinamico que a lista de
> discussao.
>
> Os p
Ok André,
Vlw pela informação
Att,
Alex Fernandes Junça
_
De: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Em nome de André
Volpato
Enviada em: sexta-feira, 15 de fevereiro de 2008 09:56
Para: Comunidade PostgreSQL Brasileira
Assunto: Re: [pgbr-geral] RES: Ferramenta de Anál
Em 15/02/2008, às 11:14, Joao escreveu:
>>6º Se você busca alta disponibilidade, considere a possibilidade de
>>utilizar o Stand by, ou o Slony, que são opções mais simples.
Grande Fábio eu poderia dizer o seguinte se você quer alta
disponibilidade de forma mais simples eu desconsideraria o
Joao wrote:
> Grande Fábio eu poderia dizer o seguinte se você quer alta
> disponibilidade de forma mais simples eu desconsideraria o slony( o
> propósito dele é replicação, sim é possivel fazer um nó assumir a função
> do outro mas isso é feito na mão, entao sua alta disponibilidade foi pro
>
> Grande Fábio eu poderia dizer o seguinte se você quer alta disponibilidade
> de forma mais simples eu desconsideraria o slony( o propósito dele é
> replicação, sim é possivel fazer um nó assumir a função do outro mas isso é
> feito na mão, entao sua alta disponibilidade foi pro saco...)
> e citar
>>6º Se você busca alta disponibilidade, considere a possibilidade de
>>utilizar o Stand by, ou o Slony, que são opções mais simples.
Grande Fábio eu poderia dizer o seguinte se você quer alta disponibilidade de
forma mais simples eu desconsideraria o slony( o propósito dele é replicação,
sim é
Valeu Fabio
Voce nao sabe como voce me ajudo kra
Parabens pelo texto
Atenciosamente Daniel
2008/2/15 Fabio Telles <[EMAIL PROTECTED]>:
> Caro Daniel... alguns comentários, para você não sofrer tanto logo de
> cara:
>
> 1º Não existe nenhuma solução livre de Cluster para PostgreSQL no
> estilo O
Em
13/02/08, Alex Fernandes Junça <[EMAIL PROTECTED]>
escreveu:
Estou
planejando a migração da versão 8.1.4 para a 8.2.6 do postgres e
gostaria de
saber se alguém conhece alguma ferramenta que pudesse analisar os dados
e a
estrutura do banco nas duas versões (após realizar um
Dica: elimine sua base e restaure backup, apos isso agende os processos
abaixo, assim vc comeca com a base totalmente enxuta.
vacuumdb --verbose --analyze suaBae (3x dia)
vacuumdb -f --verbose --analyze suaBase (cada 48hrs)
reindexdb -d suaBase (apos vacuum full)
Hikari wrote:
> | O que eu fac
| O que eu faco para manter a base enxuta e nao precisar ficar deletando a
| base e restaurando backup.
|
| 1o. Rodo 3x por dia vacuum analyze;
| 2o. Cada 48hrs vacuum full, apos vacuum full reindex.
|
| Numca mais precisei deletar minha base. Antes disso deletava a base a
| cada 60 dias pois de 80
Hikari escreveu:
> 17896.1exatamente 1GB 1,00 GB (1.073.741.824 bytes)
> 17896mesmo tamanho do "17896.1" (1.073.741.824 bytes)
> 17917119 MB (125.468.672 bytes)
> 17896.229,5 MB (31.031.296 bytes)
>
> Agora oq esses arquivos significam?...
>
Cada arquivo representa uma ta
Ola
Ja tive este problema tbm, pois minha base enxuta tem 80gb e faco 4mil
inserts por minuto.
O que eu faco para manter a base enxuta e nao precisar ficar deletando a
base e restaurando backup.
1o. Rodo 3x por dia vacuum analyze;
2o. Cada 48hrs vacuum full, apos vacuum full reindex.
Numca mai
Caro Daniel... alguns comentários, para você não sofrer tanto logo de cara:
1º Não existe nenhuma solução livre de Cluster para PostgreSQL no
estilo Oracle RAC;
2º O PGCluster é uma solução de Replicação Multimaster Síncrona. Se
você não sabe o que é isso, melhor pesquisar antes.
3º O Pargres é um
> Por exemplo, com o driver do SQL Server eu vou na tabela e arrasto para o
> form, ele já configura tudo direitinho... no do firebird não funciona... tem
> outra que tem a versão free e paga.. só na paga que faz esse tipo de coisa
> (agora não me lembro o nome)... testei uma outra versão com O
28 matches
Mail list logo
