Vivente. Para sua "segurança" o owner das tabelas poderia ser o postgres e o
usuário de conexão ter apenas permissoes SELECT, INSERT, UPDATE, DELETE nas
tabelas (caso necessitasse de todas essas). Assim, somente o postgres
executa os processos de manutenção (neste caso o VACUUM). Isso previne que o
Emers0n wrote:
>
> vacuum pode ser executado pelo owner ou por um superusuario
> nao existe revoke para vacuum
>
Owner do banco ou da tabela ? O que está acontecendo aqui é o seguinte: o
usuario "user1" pode executar o comando "Vaccum tabela1" em uma tabela que
pertence a ele. Se for uma tabela
"Os diretório tem permissão, portanto deve ser arquivo corrompido...!!!"
o dono no dir tem que o user 'postgres'
2008/12/11 George
> Boa noite,
>
> Os diretório tem permissão, portanto deve ser arquivo corrompido...!!!
>
> Caramba, não tenho nem idéia de como fazer resolver isso ! Mas vou tent
Boa noite,
Os diretório tem permissão, portanto deve ser arquivo corrompido...!!!
Caramba, não tenho nem idéia de como fazer resolver isso ! Mas vou tentar
fazer algo a respeito, não sei como, mas vou descobrir !
Obrigado a todos.
George
Ps. Se alguém tiver uma luz eu agradeço
- Ori
On Thu, Dec 11, 2008 at 4:35 PM, George wrote:
> Dei um select em uma tabela chamada auxiliar.cep_cab e abaixo segue o log
> deste select
>
> WARNING: could not write block 105 of 1663/102271737/102272495
> DETAIL: Multiple failures --- write error may be permanent.
>
> ERROR: xlog flush reques
Acho que é permissão do dir
On Thu, Dec 11, 2008 at 1:35 PM, George wrote:
> Dei um select em uma tabela chamada auxiliar.cep_cab e abaixo segue o log
> deste select
>
> WARNING: could not write block 105 of 1663/102271737/102272495
> DETAIL: Multiple failures --- write error may be permanent
Eu tambem rodo script enormes, nao grandes iguais ao seus, com 1 milhao
de linhas, mas em torno de 100 mil linhas com varios inserts em cada
linha. Eu sei os problemas que vc deve estar tendo pois trabalhar com
arquivo texto desse tamanho não é a coisa mais facil... Para rodar esses
scripts eu
2008/12/11 José Mello Júnior
> Se a proposta sempre for para pensar na complexidade do sistema maior,
> teríamos de modelar muito grande para pouca utilização. Concordo contigo
> quanto a proposta de 800 tabelas e 4000 chaves estrangeiras, mas não devemos
> engessar o pensamento achando que a sol
Se a proposta sempre for para pensar na complexidade do sistema maior,
teríamos de modelar muito grande para pouca utilização. Concordo contigo
quanto a proposta de 800 tabelas e 4000 chaves estrangeiras, mas não devemos
engessar o pensamento achando que a solução sempre será tão grande, sob pena
d
Dei um select em uma tabela chamada auxiliar.cep_cab e abaixo segue o log
deste select
WARNING: could not write block 105 of 1663/102271737/102272495
DETAIL: Multiple failures --- write error may be permanent.
ERROR: xlog flush request 13/658426C8 is not satisfied --- flushed only to
3/77451
2008/12/11 George <[EMAIL PROTECTED]>:
> Sebastião ,
>
> Fiz o que vc pediu, mas creio que não coloquei minha dúvida muito claro.
>
> Até consigo abrir o banco de dados, mas ao acessar algumas tabelas dá o erro
> "xlog flush request error".
o que diz o log do postgres? poste ele aqui.
> Na sugest
George tente isso
(aqui usa outras pastas alem da base, mas tente...), eu ja recuperei mais de
2 bancos assim
INSTALAR O POSTGRESQL (COM AS MESMAS CONFIGURAÇÕES DE USUÁRIO E SENHA)
- CONFIGURAR O POSTGRESQL (PG_HBA.CONF , POSTGRESQL.CONF)
APÓS INSTALADO, VAMOS AOS POUCOS VOLTAR O BACKUP DA PAS
Utilize copy ao invés de inserts, ele foi feito para isso!
On Thu, 2008-12-11 at 15:36 -0200, Sebastian SWC wrote:
> 2008/12/11 Mozart Hasse <[EMAIL PROTECTED]>:
> > Preâmbulo da pergunta:
> >
> > Tenho o problema frequente de rodar scripts monstruosamente grandes (um
> > milhão de comandos SQL s
Sebastião ,
Fiz o que vc pediu, mas creio que não coloquei minha dúvida muito claro.
Até consigo abrir o banco de dados, mas ao acessar algumas tabelas dá o erro
"xlog flush request error".
Na sugestão que vc me passou era para start do postgres certo ??
Desde já agradeço
George
- Origi
Boa tarde,
Vou tentar sua sugestão e caso não vingueo cliente fica em São José dos
Campos.
George
- Original Message -
From: "Sebastian SWC" <[EMAIL PROTECTED]>
To: "Comunidade PostgreSQL Brasileira"
Sent: Thursday, December 11, 2008 3:40 PM
Subject: Re: [pgbr-geral] Recuperar Banco d
2008/12/11 Mozart Hasse <[EMAIL PROTECTED]>:
> Preâmbulo da pergunta:
>
> Tenho o problema frequente de rodar scripts monstruosamente grandes (um
> milhão de comandos SQL separados por ponto-e-vírgula) com frequência. O
> problema é que pode ocorrer um erro láá no meio dele e aí eu
> preciso re
2008/12/11 George <[EMAIL PROTECTED]>:
> Boa tarde,
>
> Fiz o que me sugeriram... mas dá o seguitne erro !
>
> "xlog flush request "
>
> O que faço ???
>
> Me perdoem gente mas sou um simples programador.
>
> Jah estou sugerindo aos clientes para usarem outro sistema operacional
> (Linux).
>
t
Boa tarde,
Fiz o que me sugeriram... mas dá o seguitne erro !
"xlog flush request "
O que faço ???
Me perdoem gente mas sou um simples programador.
Jah estou sugerindo aos clientes para usarem outro sistema operacional
(Linux).
Alguém tem alguma sugestão ou afim d euma parceria de suport
> Ola pessoal;
> > Estamos migrando da versão 7.4 para 8.2 mas estamos tendo vários
> > obstáculos nessa migração e agora na reta final apareceu outro
> > problema... anteriormente fazia-mos uma transação da seguinte forma.
> > Temos 2 tabelas: pai e filho sendo que a tabela filho possui uma fk
>
E da onde vem esse monte de scripts?estão em arquivo texto, ou algum
programa gera isso p/ vc?
Adriano
2008/12/11 Mozart Hasse <[EMAIL PROTECTED]>
> Preâmbulo da pergunta:
>
> Tenho o problema frequente de rodar scripts monstruosamente grandes (um
> milhão de comandos SQL separados por ponto-e-ví
2008/12/11 Mozart Hasse <[EMAIL PROTECTED]>:
> Preâmbulo da pergunta:
>
> Tenho o problema frequente de rodar scripts monstruosamente grandes (um
> milhão de comandos SQL separados por ponto-e-vírgula) com frequência. O
> problema é que pode ocorrer um erro láá no meio dele e aí eu
> preciso re
Preâmbulo da pergunta:
Tenho o problema frequente de rodar scripts monstruosamente grandes (um
milhão de comandos SQL separados por ponto-e-vírgula) com frequência. O
problema é que pode ocorrer um erro láá no meio dele e aí eu
preciso retomar daquele ponto e só então continuar com os comandos
2008/12/11 Adriano Espinoza de Oliveira <[EMAIL PROTECTED]>:
> Mozart, concordo com você!!!
> Mas, como você mesmo, pode servir para alguem...
> No caso do Saulo, está na cara que trata-se de um caixa 2, e bla bla bla...
> APARENTEMENTE digo APARENTEMENTE uma esquartejada de leve não vai trazer
2008/12/11 Lucas Souza <[EMAIL PROTECTED]>:
>
> Sou novo na área de TI, e estou criando um projeto de um Sistema OpenSource,
> para empresas de TI
>
> mas com esta discussão acabei ficando curioso com uma coisa...
>
> como se comportaria a sincronização de um banco multi-empresa, caso a
> Internet
Mozart, concordo com você!!!Mas, como você mesmo, pode servir para alguem...
No caso do Saulo, está na cara que trata-se de um caixa 2, e bla bla bla...
APARENTEMENTE digo APARENTEMENTE uma esquartejada de leve não vai trazer
problemas
Adriano
2008/12/11 Mozart Hasse <[EMAIL PROTECTED]>
Sou novo na área de TI, e estou criando um projeto de um Sistema OpenSource,
para empresas de TI
mas com esta discussão acabei ficando curioso com uma coisa...
como se comportaria a sincronização de um banco multi-empresa, caso a
Internet ficasse indisponível? (sendo que o banco das filiais filia
Rogério Grando wrote:
> Oi Sebastian, desculpe se não fui claro, mas o meu problema é que no
> momento em que excluo o registro da tabela pai já é excluído da tabela
> filho, portanto no momento que faço um update na tabela filho com o novo
> código do pai o registro filho ja não existe mais,
No meu caso também não. Fica muito complicado.
Mas a idéia de permissões por registros, como no Veil, é bem interessante.
Alguém da lista está usando, para nos passar feedbacks?
At.te,
Alisson Viegas
[EMAIL PROTECTED]
---
Acsiv Sistemas
www.acsiv.com.br
-Mensagem original-
De: [EMAIL PR
Bases separadas?!
Para brincar até dá, mas... e se o teu banco tiver mais 800 tabelas?? O que
é que se faz com as 2000 chaves estrangeiras e os 4000 índices?! Cria em
todas as bases de filiais ?! Lindo, e aí "é só" configurar alguns
arquivinhos super triviais do SLONY para sincronizar as míseras 2
2008/12/11 George <[EMAIL PROTECTED]>:
> Bom dia !
>
> Interessante, isso é novidade para mim !!!
>
> Vamos ver se entendi ! Se eu pegar outra máquina instalar a mesma versão do
> postgres como mesmo login e senha e copiar a pasta \data\base do antigo
> ambiente para este novo ambiente irá funcio
2008/12/11 George <[EMAIL PROTECTED]>:
> Bom dia !
>
> Interessante, isso é novidade para mim !!!
>
> Vamos ver se entendi ! Se eu pegar outra máquina instalar a mesma versão do
> postgres como mesmo login e senha e copiar a pasta \data\base do antigo
> ambiente para este novo ambiente irá funcio
Bom dia !
Interessante, isso é novidade para mim !!!
Vamos ver se entendi ! Se eu pegar outra máquina instalar a mesma versão do
postgres como mesmo login e senha e copiar a pasta \data\base do antigo
ambiente para este novo ambiente irá funcionar ??? Pois bem, tentei fazer
isso, mas não con
32 matches
Mail list logo
