Como não é fácil de achar e um colega procurou recentemente:
http://www.cs.uwaterloo.ca/~h8chen/course/798/ConceptArch.pdf
--
Que tal cultivar colaboração ao invés de competição?
Ribamar FS - rib...@ribafs.org
Obrigado pela dica Fabrízio
mas tentei fazer conforme orientado no link, mas não resolveu o problema
Édson
Fabrízio de Royes Mello wrote:
> Interessante... e agora fui dar uma olhada em 2 instalações do
> postgresql que tenho aqui na empresa e rodando o SQL mencionado tive
> os seguintes resu
Sent to you by ribafs via Google Reader: Ajustando o desempenho de
discos rígidos via BR-Linux.org by Augusto Campos on 3/6/09
“Quando percebemos que nossos HDs estão lentos além do esperado em uma
cópia de vários arquivos ou restauração de um backup, procuramos saber
o porque de sua baixa perfor
2009/3/6 JotaComm
> Olá,
>
> Por acaso sua versão é a 8.3? Se for, este parâmetro agora se chama
> logging_collector.
>
>
> []s
Há sim, me desculpe Jota pela falta de atenção e muito obrigado pelo
esclaecimento.
>
>
> 2009/3/6 Leandro Hamid :
> > Boa tarde a todos.
> >
> > A minha dúvida é
Olá,
Por acaso sua versão é a 8.3? Se for, este parâmetro agora se chama
logging_collector.
[]s
2009/3/6 Leandro Hamid :
> Boa tarde a todos.
>
> A minha dúvida é a seguinte:
>
> Lendo a a documentação em português do PostgreSQL produto do projeto de
> tradução eu observei o seguinte trecho: "Um
Olá,
Como estão as configurações do seu postgresql.conf? Alguma
configuração fora do padão? Configurações do SO? Qual distro?
[]s
2009/3/6 Joni Aparecido Rodaelli :
> JOTA, boa tarde
>
> o BANCO subiu a duras penas e so depois que diminui o
> max_connections de 1000 para 500, sendo que o SERVIDO
Boa tarde a todos.
A minha dúvida é a seguinte:
Lendo a a documentação em português do PostgreSQL produto do projeto de
tradução eu observei o seguinte trecho: "*Uma abordagem melhor é enviar a
saída stderr do postmaster para algum tipo de programa de rotação de
registro. Existe um programa nativ
JOTA, boa tarde
o BANCO subiu a duras penas e so depois que diminui o
max_connections de 1000 para 500, sendo que o SERVIDOR
é 1 XEON com 04GB de RAM
--- Em ter, 3/3/09, Joni Aparecido Rodaelli escreveu:
De: Joni Aparecido Rodaelli
Assunto: problema no POSTGRES 8.3
Para: pgbr-geral@listas.
Para Oracle em português a melhor que conheço é a oracle_br do yahoo
grupos.
Mas as melhores informações você encontra no https://metalink.oracle.com
e http://www.oracle.com/technology/index.html
Wagner Bonfiglio escreveu:
Seguinte,
peço desculpas caso eu fira alguma regra da lista, mas gosta
Olá,
Nesse caso acho PL/Perl pode ajudar você.
[]s
2009/3/6 mateusgra :
>
> Queria dar commit de 10.000 em 10.000 registros.
>
>
> JotaComm wrote:
>>
>> Olá,
>>
>> Você nã consegue abrir uma transação de um bloco PL/pgSQL. O que o
>> Osvaldo comentou é que derrepente o recurso de savepoint pode
Queria dar commit de 10.000 em 10.000 registros.
JotaComm wrote:
>
> Olá,
>
> Você nã consegue abrir uma transação de um bloco PL/pgSQL. O que o
> Osvaldo comentou é que derrepente o recurso de savepoint pode ajudar
> você. Neste caso você faria como uma transação e não como um bloco PL.
>
>
A todos os que tem interesse em PHP, eis o convite da Comunidade da
Paraíba, encaminhado para o PHP Brasil Comunidades. Ajudem a divulgar
nos outros grupos dos quais vocês façam parte.
Obrigado.
-- Forwarded message --
From: Felipe Ribeiro
Date: 06/03/2009 10:54
Subject: [php-bra
Seguinte,
peço desculpas caso eu fira alguma regra da lista, mas gostaria de algumas
informações.
Enquanto eu trabalhava com POSTGRESQL (*eu era programador e "cuidador do
banco de dados" de um site*) essa lista foi muito útil para mim, mas hoje eu
estou como DBA de uma empresa que usa PROGRESS,
Olá,
Você nã consegue abrir uma transação de um bloco PL/pgSQL. O que o
Osvaldo comentou é que derrepente o recurso de savepoint pode ajudar
você. Neste caso você faria como uma transação e não como um bloco PL.
Uma questão. Qual seria o seu problema para você querer executar uma
transação dentro
Agora faça isso dentro da pl_pgsql !
JotaComm wrote:
>
> Olá,
>
> Como assim não funciona?
>
> BEGIN;
> CREATE TABLE foo(foo int);
> INSERT INTO foo VALUES(1);
> INSERT INTO foo VALUES(2);
> INSERT INTO foo VALUES(3);
> SAVEPOINT meu_ponto_de_salvamento;
> INSERT INTO foo VALUES(4);
> INSERT
Olá,
Como assim não funciona?
BEGIN;
CREATE TABLE foo(foo int);
INSERT INTO foo VALUES(1);
INSERT INTO foo VALUES(2);
INSERT INTO foo VALUES(3);
SAVEPOINT meu_ponto_de_salvamento;
INSERT INTO foo VALUES(4);
INSERT INTO foo VALUES(5);
INSERT INTO foo VALUES(6);
ROLLBACK TO SAVEPOINT meu_ponto_de_s
Mas o SAVEPOINT tb não funciona.
Osvaldo Kussama wrote:
>
> 2009/3/6 Osvaldo Kussama :
>> 2009/3/6 mateusgra :
>>>
>>> Qdo executo um commit dentro de uma função em pl_pgsql gera o seguinte
>>> erro:
>>>
>>> SPI_execute_plan failed executing query "commit": SPI_ERROR_TRANSACTION
>>> --
>>> View
2009/3/6 Osvaldo Kussama :
> 2009/3/6 mateusgra :
>>
>> Qdo executo um commit dentro de uma função em pl_pgsql gera o seguinte erro:
>>
>> SPI_execute_plan failed executing query "commit": SPI_ERROR_TRANSACTION
>> --
>> View this message in context:
>> http://www.nabble.com/Erro-commit-dentro-da-p
2009/3/6 mateusgra :
>
> Qdo executo um commit dentro de uma função em pl_pgsql gera o seguinte erro:
>
> SPI_execute_plan failed executing query "commit": SPI_ERROR_TRANSACTION
> --
> View this message in context:
> http://www.nabble.com/Erro-commit-dentro-da-pl_pgsql-tp22371981p22371981.html
> S
Olá,
Isso é porque você não consegue fazer commit (executar uma transação)
dentro de um bloco PL.
[]s
2009/3/6 mateusgra :
>
> Qdo executo um commit dentro de uma função em pl_pgsql gera o seguinte erro:
>
> SPI_execute_plan failed executing query "commit": SPI_ERROR_TRANSACTION
> --
> View this
Qdo executo um commit dentro de uma função em pl_pgsql gera o seguinte erro:
SPI_execute_plan failed executing query "commit": SPI_ERROR_TRANSACTION
--
View this message in context:
http://www.nabble.com/Erro-commit-dentro-da-pl_pgsql-tp22371981p22371981.html
Sent from the PostgreSQL - Brasil m
2009/3/5 Diego Ramos :
> Boa Tarde a todos,
>
> Estou tendo problemas com uma linha em um script shell,a linha segue abaixo
> :
>
> su postgres -c "pg_dump -a -f /sige/Backup/$Arquivo -Fc sige"
>
> o erro é o seguinte :
> pg_dump: server version: 8.3.6; pg_dump version: 8.3.5
> pg_dump: aborting be
eu tive um problema desses e resolvi copiando o pg_dump da versão nova pro
diretório do pgAdmin, pois eu estava tentando realizar um backup através do
pgAdmin. Onde você está executando o comando Shell, é o Servidor que possui a
instalação do 8.3.6 ou não. Se não faz isso entra no Servidor com a
23 matches
Mail list logo
