Com o objetivo de ninguém pensar que eu quero puxar a sardinha só para
os DBAs, fiz um texto invertendo a relação:
"12 Dicas para o DBA lidar com o Desenvolvedor", em
http://www.midstorm.org/~telles/2007/06/27/12-dicas-para-o-dba-lidar-com-o-desenvolvedor/
Novamente, críticas e sugestões são bem
ja não gostei hehehehe brincadeira!
Parabéns! Só não vou disponibilizar esse texto para as pessoas que
disponibilizei antes! :P
- Original Message -
From: "Fabio Telles" <[EMAIL PROTECTED]>
To: "Comunidade PostgreSQL Brasileira"
Sent: Thursday, June 28, 2007 8:01 AM
Subject: [pgbr-gera
2007/6/27, Leonardo Cezar <[EMAIL PROTECTED]>:
On 6/27/07, Pedro B. Alves <[EMAIL PROTECTED]> wrote:
> - roda em windows?
Ruby sim, rails sim.
Mas Cedrus com certeza não, por causa da sua habilidade de extrair
importantes dados estatisticos do SO.
Na realidade bastaria fazer a implementação
O erro que está dando é esse:
Could not create lock file "postmaster.pid": permission denied
ps: SO é windows xp. Estou logado com o usuário da conta do serviço do pg.
[]s
Fernando
- Original Message -
From: Sebastian SWC
To: Comunidade PostgreSQL Brasileira
Sent: Wednesday,
vc tem que instalar o pg com o usuário administrador e dar todas as
permissões para o usuário postgres (ou o usuário que tu preferiu na hora da
instalação)
qlqr dúvida, posta ae
abraço
--
Atenciosamente,
Sebastian Selau Webber Colombo
Não adianta ter a melhor solução o windows fode com ela tb!
> conn = PQconnectdb("host=localhost dbname=swacd");
Bem como o programa estava rodando normalmente em outra máquina, acredito
que o problema esteja na configuração do banco de dados anexei o arquivo
postgresql.conf
Outra máquina (que não é o servidor) , e no código você tenta conectar
em
On 6/28/07, Rodrigo Hjort <[EMAIL PROTECTED]> wrote:
Na realidade bastaria fazer a implementação das funções de coleta para o
Windows! Quem se habilita?! :)
No servidor alvo (Target) é criado um banco de dados que contém essas
informações. O Agent se comunica com os Targets através da porta do
2007/6/28, Leonardo Cezar <[EMAIL PROTECTED]>:
Não creio ser algo tão simples, uma vez que as procedures que invocam
os scripts no S.O. são PLs/Sh e daí amarrou as procs com o S.O. Talvez
a idéia aí seria migrar também as procs para PL/PythonU, PerlU ou
mesmo RubyU (??), criando uma camada de ab
Bom dia pessoal, venho aqui só para contar como resolvi meu drama..
sei que deve existir alguma forma muito melhor de fazer isto.. mas
como nao consegui aqui les explico..
Como les disse, presiso bloquear para alteracoes um certo registro nos
cadastros.
Entao a nivel de aplicacao, eu tenho que bl
Em Thu, 28 Jun 2007 09:46:10 -0300
"Rodrigo Hjort" <[EMAIL PROTECTED]> escreveu:
> 2007/6/28, Leonardo Cezar <[EMAIL PROTECTED]>:
> >
> > Não creio ser algo tão simples, uma vez que as procedures que
> > invocam os scripts no S.O. são PLs/Sh e daí amarrou as procs com o
> > S.O. Talvez a idéia aí
Eu tinha instalado com usuário normal. Com a pasta data que ele criou na
instalação, o serviço inicia normal.
Quando eu mudo para a pasta que eu preciso, ele dá a seguinte mensagem ao
tentar iniciar:
Execution of PostgreSQL by a user with administrative permissions is not
permitted.
The server
a pasta que você "colou" no lugar tem as permissões que a antiga? os
arquivos não estão como somente leitura?
On 6/28/07, Fernando de Oliveira <[EMAIL PROTECTED]> wrote:
Eu tinha instalado com usuário normal. Com a pasta data que ele criou na
instalação, o serviço inicia normal.
Quando eu mud
Entao como era meio urgente, eu fiz uma PEQUENA GAMBIARRA..
agora a nivel de aplicacao, quando eu altero um registro, eu guardo em
uma tabela auxiliar os seguintes dados
PID, TABLE, COD
onde pid é o pid da conexao que esta alterando, table é o nome da
tabela CLIENTES por exempolo.. eo COD é o codi
E se sua aplicação terminar de uma maneira inesperada ??
O registro ficará lá e ninguém mais conseguirá alterar o registro
Prevendo justamente este caso que eu armazeno tambem o PID da conexao
que travou o registro. Entao eu testo se pid continua ativo. se o pid
nao está mais ativo, signif
Em Qui, 2007-06-28 às 15:56 +0200, ..:: Rodrigo Machado ::.. escreveu:
> Prevendo justamente este caso que eu armazeno tambem o PID da conexao
> que travou o registro.
Não, você está fazendo tudo errado, por falta de paciência de aprender.
Por favor estude transações. Coloque teu
Pessoal
Quando eu digito o comando abaixo na trigger, funciona normalmente:
delete from xemp_0032.fatrans where xemp_0032.fatrans.fco = old.fco;
Mas quando eu coloco este comando em uma variável tipo string para
executar com o execute dá a seguinte mensagem de erro:
vComandoSQL
= 'delete from xemp_0032.fatrans where xemp_0032.fatrans.fco =
old.fco;';
EXECUTE vComandoSQL;
Faça da seguinte maneira
vComandoSQL = 'delete from
xemp_0032.fatrans where xemp_0032.fatrans.fco = ' || old.fco;
Vai dar certo!
SDS
Evandro
_
_
Verificador de Segurança do Windows Live OneCare: combata já vírus e outras
ameaças! http://onecare.live.com/site/pt-br/default.htm
___
pgbr-geral mailing list
pgbr-geral@listas.postg
Para Bloquear (lock) os registros e saber que esta bloqueado pela outra
aplicação use o FOR UPDATE NOWAIT isso irá avisar que o registro está
travado.
exemplo
SELECT * FROM clientes WHERE cod = '0001' FOR UPDATE NOWAIT
Claro que tudo isso feito dentro de uma transação.
Moises.
Bo
Não, você está fazendo tudo errado, por falta de paciência de aprender.
Desculpa companheiro, tive muito pouco tempo para aprender,
mas quero muito aprender, agradeco a todos que nos ajudam.
sobre isolamento serializável, todos me falaram disso, vou estudar
isto com mais calma.
Mas a re
Em Qui, 2007-06-28 às 16:43 +0200, ..:: Rodrigo Machado ::.. escreveu:
> Mas a resposta do companheiro moises vai fazer com que eu elimine esta
> tabela auxiliar.
>
> SELECT * FROM clientes WHERE cod = '0001' FOR UPDATE NOWAIT..
>
> ja testei.. e deu certo.. se um registro está bloquado, ele reto
o update abaixo, funciona em 8.0 mas nao funciona em 8.1. Ele me informa
que "ERRO: faltando entrada para tabela "duplicatas" na cláusula FROM".
sera que teve grandes mudanças no SQL desta versao ?.
Ambiente linux debiam no 8.1 e redhat no 8.0 ...
UPDATE ARQUIVORETORNO set
estado = duplicata
Tatu escreveu:
o update abaixo, funciona em 8.0 mas nao funciona em 8.1. Ele me informa
que "ERRO: faltando entrada para tabela "duplicatas" na cláusula FROM".
sera que teve grandes mudanças no SQL desta versao ?.
Ambiente linux debiam no 8.1 e redhat no 8.0 ...
UPDATE ARQUIVORETORNO set
e
O problema é que eu não sei se vai ser OLD.FCO, pq o FCO vai estar em uma
variável, pois pode ser, fco, fId, ou outro qualquer, por isso tenho que montar
a string. Vc teria alguma outra solução?
Wandrey
- Original Message -
From: Evandro Ricardo Silvestre
To: Wandrey Mundin Ferre
Senhores,
Estou trabalhando com o PG 8.1 + Zeos + Delphi 7.
Ao tentar executar a Stored Procedure está aparecendo o erro
"Unsupport Operation".
O que poderia ser??
Obrigado a todos..
--
Marcelo Moacir Florindo
Analista/Desenvolvedor
http://www.gestaotec.com.br
Entao fica assim...
UPDATE ARQUIVORETORNO set
estado = d.estado
from duplicatas d ,arquivoretorno r where
r.nroduplicata = d.nroduplicata and R.cdemp = d.cdemp
Correto ?
-Mensagem original-
De: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Em nome de Osvaldo
Rosario
Pessoal, só para que conste na lista como solução:
instalei novamente o pg com o usuário adm, parei o serviço, colei a minha pasta
data e reiniciei o servidor.
agora deu certo.
muito obrigado a todos os colaboradores.
Viva a comunidade PG BR
[]s
Fernando
- Original Message -
From:
Olá Colegas.
Me deparei com um problema que em principio seria
simples mas se tornou complexo, sou novo no mundo do postgres e por isso vou
recorrer a lista. Pergunto: Eu tenho um BD de um cliente e o mesmo me
solicitou que retirasse uma copia dos dados referentes ao pro
Tatu escreveu:
Entao fica assim...
UPDATE ARQUIVORETORNO set
estado = d.estado
from duplicatas d ,arquivoretorno r where
r.nroduplicata = d.nroduplicata and R.cdemp = d.cdemp
Correto ?
-Mensagem original-
De: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Em nome de Osva
vc deu os grants na nova tabela?
- Original Message -
From: Jeanderson Machado
To: 'Comunidade PostgreSQL Brasileira'
Sent: Thursday, June 28, 2007 2:11 PM
Subject: [pgbr-geral] Copia de Tabela do BD para outro BD
Olá Colegas.
Me deparei com
Jeanderson Machado escreveu:
Me deparei com um problema que em principio
seria simples mas se tornou complexo, sou novo no mundo do postgres e
por isso vou recorrer a lista. Pergunto: Eu tenho um BD de um cliente e
o mesmo me solicitou que retirasse uma copia dos dados
ostgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
__ Informação do NOD32 IMON 2361 (20070628) __
Esta mensagem foi verificada pelo NOD32 sistema antivírus
http://www.eset.com.br
___
pgbr-geral m
Vou tentar explicar melhor então:
Eu tenho o BD1 e o BD2 ambos com a mesma estrutura, preciso copiar o
conteúdo da tabela produtos do BD1 para o BD2, como eu faço?
No meu caso eu gerei um script da tabela do BD1 e inseri na mesma tabela do
BD2. Os dados aparecem no EMS e no Pgadmin, mas na aplica
Verifique se está no mesmo Schema !
Pode ser que o sistema use um esquema diferente do public, e você pode
ter criado no public, que é o padrão por omissão.
[]'s
Rodrigo
Jeanderson Machado escreveu:
Olá Colegas.
Me deparei com um problema que em principio
seria
Jeanderson Machado escreveu:
Vou tentar explicar melhor então:
Eu tenho o BD1 e o BD2 ambos com a mesma estrutura, preciso copiar o
conteúdo da tabela produtos do BD1 para o BD2, como eu faço?
No meu caso eu gerei um script da tabela do BD1 e inseri na mesma tabela do
BD2.
Você quer dizer qu
Na verdade o que aconteceu foi um descuido meu na máquina estava instalado o
postgres 7 e 8 mas apenas o 8 estava rodando, alterei as configuraçoes da
versão 7 e é obvio que continuou dando o mesmo erro.
A aplicação esta rodando em localhost memso só precisei alterar o listen e
funcionou, muito o
Eu usei um script que fez o insert, pergunto: é a maneira mais correta ou
tem alguma outra forma ou ferramenta para fazer isso?
-Mensagem original-
De: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Em nome de Osvaldo
Rosario Kussama
Enviada em: quinta-feira, 28 de junho de 2007 15:03
Para:
amigo, o osvaldo mesmo já comentou.
o ideal seria ter utilizado o dump...
abraço
--
Atenciosamente,
Sebastian Selau Webber Colombo
Não adianta ter a melhor solução o windows fode com ela tb!!!
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.o
Concordo, mas ai ia trazer um monte de movimentos que estavam dentro do BD1
que não devem aparecer para o BD2, estou copiando somente os dados
estáticos.
_
De: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Em nome de Sebastian
SWC
Enviada em: quinta-feira, 28 de junho de 2007 15:09
Para:
pelo pgadmin da pra fazer dump só de uma tabela... como o pgadmin apenas faz
uma chamada para o pg_dump, o pg_dump é que faz dump só por tabelA
--
Atenciosamente,
Sebastian Selau Webber Colombo
Não adianta ter a melhor solução o windows fode com ela tb!!!
___
Jeanderson,
Quando você tranferiu os dados você utilizou o que? O "COPY" do psql?
No banco de destino você só importou os dados? Não houve recriação da
estrutura da tabela? E o relacionamento desta tabela com as outras? Os
dados estão consistentes?
No pior dos casos você pode fazer um dump dos do
Olá pessoal, preciso calcular as semanas do ano, alguém tem alguma fórmula
pronta ??
Da seguinte maneira, o usuário vai digitar uma data inicial qualquer e uma data
final qualquer, o sistema irá calcular, por ano, qual é a semana e o período,
por exemplo :
26/12/2004 a 31/12/2004 - semana 52
teoricamente seria isso resolveria
pg_dump -U postgres -h hostname -t tabela -d bd1 | psql -U postgres -h
hostname bd2
- Original Message -
From: "Osvaldo Rosario Kussama" <[EMAIL PROTECTED]>
To: "Comunidade PostgreSQL Brasileira"
Sent: Thursday, June 28, 2007 2:39 PM
Subject: Re:
Em principio desabilitei no postgresql.conf por uma questão de
"migração".
Grato..
Santiago
-Mensagem original-
De: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Em nome de Osvaldo
Rosario Kussama
Enviada em: quinta-feira, 28 de junho de 2007 14:32
Para: Comunidade PostgreSQL Brasileira
As
claro que tem, tem a função week[1], boa sorte!
[1] http://pgdocptbr.sourceforge.net/pg80/functions-datetime.html
On 6/28/07, Marcos Fabrício Corso <[EMAIL PROTECTED]> wrote:
Olá pessoal, preciso calcular as semanas do ano, alguém tem alguma fórmula
pronta ??
Da seguinte maneira, o usuário v
pois é. tb acho, mas acho que ele deve ta usando windows, isso não ficou
claro pra mim...
--
Atenciosamente,
Sebastian Selau Webber Colombo
Não adianta ter a melhor solução o windows fode com ela tb!!!
___
pgbr-geral mailing list
pgbr-geral@listas.post
Sim infelizmente estou usando o windows :-( Mas vou tentar a dica que o João
me passou
_
De: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Em nome de Sebastian
SWC
Enviada em: quinta-feira, 28 de junho de 2007 15:58
Para: Comunidade PostgreSQL Brasileira
Assunto: Re: [pgbr-geral] Copia d
não vai funcionar, o windows não "tem" o pipe, pelo menos não vai funcionar
como funciona no linux/unix. talvez seja necessário usar o cygwin...
faz o dump com o PgAdmin III que é bem mais fácil.. ^^
abraço
--
Atenciosamente,
Sebastian Selau Webber Colombo
Não adianta ter a melhor solução o w
Marcos Fabrício Corso escreveu:
Olá pessoal, preciso calcular as semanas do ano, alguém tem alguma
fórmula pronta ??
Da seguinte maneira, o usuário vai digitar uma data inicial qualquer e
uma data final qualquer, o sistema irá calcular, *por ano,* qual é a
semana e o período, por exemplo :
muito obrigado aos que respoderem, exatamente o que eu queria ...
- Original Message -
From: Sebastian SWC
To: Marcos Fabrício Corso ; Comunidade PostgreSQL Brasileira
Sent: Thursday, June 28, 2007 3:57 PM
Subject: Re: [pgbr-geral] semanas do ano ...
claro que tem, tem a
Pessoal, pintou mais uma duvida,
será que existe alguma forma de saber qual foi a estacao, ou serve
mesmo o PROCPID que está mantendo o/ou os registros bloqueados com FOR
UPDATE?
Existe esta informacao em alguma tabela de sistema, ou funcao no postgresql ??
Pois imagina que o FULANINHO comecou al
pg_stat_activity.
eu ainda gosto da solução dos outros colegas. controle pela transação. perde
umas duas estudando que vai valer BEM mais a pena.
abraço.
--
Atenciosamente,
Sebastian Selau Webber Colombo
Não adianta ter a melhor solução, o windows fode com ela tb!!!
___
Em Qui, 2007-06-28 às 22:44 +0200, ..:: Rodrigo Machado ::.. escreveu:
> Pois imagina que o FULANINHO comecou alterar um cliente, eu vou ter
> que manter o registro bloqueado até que o fulaninho termine
Por essas e outras é que não se deve fazer na mão o que o controle de
transações faz po
eu ainda gosto da solução dos outros colegas. controle pela transação. perde
umas duas estudando que vai valer BEM mais a pena.
Obrigado pela dica.. vou seguir seu conselho..
Mas me diz..
a travez da transacao.. tem como o segundo usuario saber se pode ou
nao alterar o registro? e ser avisado
Em Qui, 2007-06-28 às 23:02 +0200, ..:: Rodrigo Machado ::.. escreveu:
> a travez da transacao.. tem como o segundo usuario saber se pode ou
> nao alterar o registro? e ser avisado de tal coisa?
>
> Se isto for possivel.. vou implementar na minha aplicacao
O tempo que você já gastou, e ai
pg_stat_activity.
Certo, aqui eu posso pegar o IP da estacao que está conectada, posso
fazer referencia ao PROCPID.. perfeito..
Mas como saber qual PROCPID está mantendo bloqueado certo registro??
___
pgbr-geral mailing list
pgbr-geral@listas.postgres
vc é teimoso hein!?
isso vc vai ver na view pg_locks.
--
Atenciosamente,
Sebastian Selau Webber Colombo
Não adianta ter a melhor solução o windows fode com ela tb!!!
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgr
além do mais, podemos te ajudar a sanar as tuas dúvidas...
Estou muito agradecido pelas colaboracoes...
e estou muito interesado em controlar por transacoes assim como os
amigos me indicarao..
Mas me respondam o seguinte:
Vou poder bloquear um registro, e deixalo somente leitura para todas
as d
Mas me respondam o seguinte:
Vou poder bloquear um registro, e deixalo somente leitura para todas
as demais estacoes?
Caso em uma segunda estacao alguem tentar alterar o mesmo registro,
vou poder avisalo que este registro está sendo alterado por outro
usuario, ou melhor, inclusive mostrar qual usu
Em Qui, 2007-06-28 às 23:33 +0200, ..:: Rodrigo Machado ::.. escreveu:
> Vou poder bloquear um registro, e deixalo somente leitura para todas
> as demais estacoes?
Isso é básico no PostgreSQL.
> Caso em uma segunda estacao alguem tentar alterar o mesmo registro,
> vou poder avisalo que e
Em Qui, 2007-06-28 às 23:34 +0200, ..:: Rodrigo Machado ::.. escreveu:
> DETALLE: vou ter que avisar este usuario antes mesmo de comecar a
> alteracao, nao na hora de fazer UPDATE.. e sim na hora de fazer o
> select mesmo..
Não, você não tem! Acha que tem.
--
Leandro Guimarães Faria
além do mais, podemos te ajudar a sanar as tuas dúvidas...
abraço
"agua mole, pedra dura. tanto bate até que fura"... heheheh
--
Atenciosamente,
Sebastian Selau Webber Colombo
Não adianta ter a melhor solução o windows fode com ela tb!!!
___
pgbr-ge
Desculpe caros colegas.. mas acho que nao estamos falando o mesmo idioma entao..
Está é uma regra basica do funcionamento do meu sistema.. presiso sim
ou sim bloquear um registro e nao permitir que outros usuarios alterem
o mesmo, avisando-o antes de tentar fazer alguma alteracao..
Vamos a um exe
Em Qui, 2007-06-28 às 23:50 +0200, ..:: Rodrigo Machado ::.. escreveu:
> Acontece que como esta venda esta em aberto, quando eu for alterar..
> nao vou poder permitir que dois usuarios alterem a mesma venda..
Ah, então teu problema é completamente diferente.
Você fez uma transação
O que o SGBD deveria te ajudar é em criar uma restrição de integridade
correspondente; por exemplo, um CHECK CONSTRAINT. Mas isso ainda não é
suportado
(http://www.postgresql.org/docs/8.2/interactive/sql-createtable.html).
A menos que se bagunce um pouco o modelo para que na mesma tupla
Em Sex, 2007-06-29 às 00:19 +0200, ..:: Rodrigo Machado ::.. escreveu:
> neste problema o SELECT FOR UPDATE NOWAIT ja me resolve.. perfeitamente.
Não resolve não. E se algum componente do sistema — servidor, rede,
cliente — falhar? A tupla será liberada, e baubau.
--
Leandro Guimarães
Esta é uma idéia bem incipiente, gostaria de discuti-la aqui. Alguns
podem achar que é fora do tópico; nesse caso, aceito sugestões de onde
debatê-la.
Vocês sabem que andei investigando ferramentas de modelagem, e acabei
ficando frustrado. Pelo que olhei e até testei, as ferramen
Fernando Ike de Oliveira wrote:
>O ideal seria ter essas chamadas via SNMP, impacta menos a rede e
> também poderia disponibilizar para outras estruturas de gerenciamento
> (Nagios, Zabbix, Munin, etc.). Isso permitiria funcionar em mais
> Sistemas Operacionais/Plataformas.
>
A RFC já existe,
Olá Pessoal, Boa noite,
Estou uma pequeno desafio, tem duas bases de dados feita em MS Access, cada
uma com cerca de 15 tabelas, e gostaria de unificar as duas e migrar para
postgres.
Algumas das tabelas e das bases de dados têm campos em comum, daí a
unificação nao vai ser apenas juntar tudo e
Oi pessoal, estou começando a trabalhar com bancos de dados e tenho um
problema.
Descrição:
Preciso criar um tipo de consulta que avalie se uma palavra é 90% parecida
com outra.
Todas as palavras têm o mesmo número de caractéres.
Exemplo:
Eu tenho um banco de dados com uma coluna de palavras, to
Em Qui 28 Jun 2007, Leandro Guimarães Faria Corcete DUTRA escreveu:
> Esta é uma idéia bem incipiente, gostaria de discuti-la aqui. Alguns
> podem achar que é fora do tópico; nesse caso, aceito sugestões de onde
> debatê-la.
O ideal, seria na bancosdedados, mas, como voce disse em outra mens
Rafael Barbolo wrote:
> Preciso criar um tipo de consulta que avalie se uma palavra é 90% parecida
> com outra.
> Todas as palavras têm o mesmo número de caractéres.
>
Já existe, veja fuzzystrmatch no contrib.
postgres=# select levenshtein('postgresql', 'pgsql');
levenshtein
-
72 matches
Mail list logo