Não funcionou ainda.
Apaguei todas as libpq que haviam no computador, deixei somente ao do
postgre 8.4 (Que é a versão do servidor), e o mesmo erro continua.
Também tenho todas as DLL's da pasta bin do postgre 8.4 em uma pasta
separada lá no cliente e o erro também ocorre executando desta pasta a
Em 31/10/2011 18:46, Dickson S. Guedes escreveu:
Em 31 de outubro de 2011 17:21, Flávio Alves Granato
flavio.gran...@gmail.com escreveu:
Senhores,
estou em um dilema pessoal. Como proceder para evitar que dados
sensíveis sejam lidos por invasores em uma máquina? Penso que posso
fazer mil
Em 31 de outubro de 2011 20:18, angelo neto neto...@gmail.com escreveu:
Ola Meus Caros.
Estou Começando no SGDB Postgres e gostaria da ajuda de alguns de vcs, se
nao for pedir muito.
se poderiam me endicar alguns sites, apostilas e livros relacionado ao SGDB.
Logo quero estar mais presente na
Bom dia Pessoal
Esta me ocorrendo o seguinte problema de revoke na versao 9.0, postgres :
REVOKE ALL ON ALL TABLES IN SCHEMA.TABELA FROM GROUP GROUP_NAME
Executo o comando acima, e não consigo dropar o grupo, não tenho mais
usuários no grupo.As permissões do grupo estão para o nível de
Em 01/11/2011 11:02, Dickson S. Guedes escreveu:
E encher o kernel de patchs, o firewall de regras e snort + portsentry +
ossec ou qualquer outra
solução não vai mitigar o risco que levantei.
Se forem bem aplicadas vão mitigar, mas provavelmente não o suficiente
para o cenário que você
On 01-11-2011 08:36, Flávio Alves Granato wrote:
Entendo, mas a solução que você deu não resolve o problema pois por mais
que algum funcionário assine um termo de confidencialidade, por mais que
você selecione a pessoa, faça testes e muitos outros requisitos de
confiabilidade, o que importa
Em 01/11/2011 12:01, Euler Taveira de Oliveira escreveu:
On 01-11-2011 08:36, Flávio Alves Granato wrote:
Entendo, mas a solução que você deu não resolve o problema pois por mais
que algum funcionário assine um termo de confidencialidade, por mais que
você selecione a pessoa, faça testes e
No caso do Latin1 uso o pt_BR.ISO-8859-1, mas no caso do LATIN9 o
postgres diz não ter o ISO-8859-15.
Como devo fazer?
Bruno E. A. Silva.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
2011/11/1 Bruno Silva bemanuel...@gmail.com:
No caso do Latin1 uso o pt_BR.ISO-8859-1, mas no caso do LATIN9 o
postgres diz não ter o ISO-8859-15.
Como exatamente diz, em resposta a exatamente que operação e em que ambiente?
No caso do GNU/Linux, por exemplo, o PostgreSQL herda as
Agora, mesmo o ISO 8859‐15, embora suceda com vantagens o 8859‐1, já
deveria ser substituído pelo UTF‐8 (ISO 10 646, se não me falha a
memória), sempre que for possível planejar a migração. É o padrão das
novas instalações das distribuições GNU/Linux, por exemplo, e com
ótimos motivos para
É com imensa satisfação que a comunidade PostgreSQL Brasil apresenta
os indicados para concorrer ao Prêmio PGBR do ano de 2011.
O prêmio tem por objetivo homenagear as pessoas que mais se destacaram
na comunidade brasileira de PostgreSQL nos últimos dois anos e será
entregue durante o evento
11 matches
Mail list logo
