[pgbr-geral] Como pegar os 6 últimos meses mesmo com valor zero?

2016-06-13 Por tôpico sistemas
Pessoal preciso pegar os últimos 6 meses de cadastro de uma tabela, mas preciso 
mostrar o registro mesmo que seja zero
O select que pensei seria assim:

select m.mes, count(*) as total from mv_clientes cli
right join (
select 01 as mes
union all
select 02 as mes
union all
select 03 as mes
union all
select 04 as mes
union all
select 05 as mes
union all
select 06 as mes
) as m on(m.mes = extract(month from cli.data_cad))
where (ativo not in('C'))
group by 1

Porem ele retira os meses que não tem registro, como forçar ele me mostrar 
mesmo os com zero
Eu usei right join justamente pra ele trazer a tabela simulada “m”, mas não foi 
isso que aconteceu

Marcelo___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Como pegar os 6 últimos meses mesmo com valor zero?

2016-06-13 Por tôpico sistemas
Pessoa esquece este post por favor, resolvi colocando a tabela mv_cliente como 
secundária

Marcelo

From: siste...@mvsoftware.com.br 
Sent: Monday, June 13, 2016 8:15 PM
To: PostgresSQL 
Subject: [pgbr-geral] Como pegar os 6 últimos meses mesmo com valor zero?

Pessoal preciso pegar os últimos 6 meses de cadastro de uma tabela, mas preciso 
mostrar o registro mesmo que seja zero
O select que pensei seria assim:

select m.mes, count(*) as total from mv_clientes cli
right join (
select 01 as mes
union all
select 02 as mes
union all
select 03 as mes
union all
select 04 as mes
union all
select 05 as mes
union all
select 06 as mes
) as m on(m.mes = extract(month from cli.data_cad))
where (ativo not in('C'))
group by 1

Porem ele retira os meses que não tem registro, como forçar ele me mostrar 
mesmo os com zero
Eu usei right join justamente pra ele trazer a tabela simulada “m”, mas não foi 
isso que aconteceu

Marcelo



___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] VELOCIDADE DE ACESSO REMOTO AO POSTGRESQL

2016-03-07 Por tôpico sistemas
Na internet do brazil até o MySQL que é muito bom pra acesso remoto fica ruim.

Nos meus testes comparando MySQL com Postgres em acesso remoto a mesma 
estrutura de dados e indices o MySQL fica um pouco mais rapido, mas nada que 
justifique uma migração, eu ainda prefiro o Postgres pela robustes.

Pra acessar uma base remotamente “pelo menos no brazil” ou você usa uma super 
VPN ou uma super fibra, acessar via IP normal é suicidio, a menos que trabalhe 
com poucos dados ai vc pode trabalhar com json ou webservices já que o acesso 
não será direto.

Em resumo, o problema não está 100% no banco, mas nos serviços oferecidos no 
brazil, já que eles garantem (por lei/contrato, ridiculo) no máximo 10% do que 
você contratar (internet normal).

Olha, eu uso Delphi a muitos anos e gosto muito, mas quando se fala em acesso a 
base de dados remoto pra trabalhos pesados, aiii... que desespero, corro logo 
pra uma linguagem mais apropriada. no meu caso PHP.

Olha uma opção que caiu em desuso é o CGI que você poderia trabalhar com Delphi 
numa boa, estou dizendo isso porque normalmente quando tentamos trazer o delphi 
pra acesso remoto é a segurança do código em servidores alheios que estão em 
jogo, pois seria muito mais rápido um php da vida.

E quanto a dizer que o delphi está morto, acho muito estranho, mal ouço falar 
em VB, mas ele continua vivo com o visual studio, e o delphi no agora Delphi 
Seattle.
Acho que a sensação de que o Delphi está morto é porque não ouvimos falar nele 
quando falamos em aplicações mobile ou web, mas o delphi tem IDE pra isso.
Agora quando se fala em ERP pra pequenas e médias empresas, na minha opinião o 
Delphi deve ser o mais usado, pessoal não me entendam mal, é só o que acho heim 
, rsrsr


Marcelo Silva



From: Reijanio Nunes Ribeiro 
Sent: Sunday, March 6, 2016 3:41 PM
To: Comunidade PostgreSQL Brasileira 
Subject: Re: [pgbr-geral] VELOCIDADE DE ACESSO REMOTO AO POSTGRESQL

Afirmaçao ridícula 

Em 05/03/2016 18:32, "Itamar Reis Peixoto"  escreveu:



  On 03/05/2016 05:28 PM, Fabrízio de Royes Mello wrote:

On 05-03-2016 16:21, Itamar Reis Peixoto wrote:

  On 2016-03-05 04:10 PM, Ali do Amaral Pedrozo wrote:

Olá!

Sou iniciante no Postgres! Tenho uma aplicação em SQL SERVER 2014
EXPRESS desenvolvida em Delphi XE 8 e estou migrando para o Postgres
9.4.

No ambiente de testes funciona tudo perfeitamente, porém, quando eu
me conecto em um Postgres remoto (instalado em um Debian 8 ), a
conexão, e a recuperação de dados é lenta.

  acesse o banco atraves de REST.


Pq?


  delphi é um a linguagem morta, rest é algo moderno, rápido, seguro,
  utilizando rest fica mais facil colocar algo na web caso seja necessario.

  ___
  pgbr-geral mailing list
  pgbr-geral@listas.postgresql.org.br
  https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral



___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Como tratar a concorrencia Update x Select

2016-04-01 Por tôpico sistemas
Pessoal tenho uma função no sistema onde o usuario seleciona varios produtos e 
muda por exemplo a localização, 
imagine que seja 2mil produtos, neste momento o caixa está vendendo e aí trava, 
isso seria normal ou tem alguma coisa que posso mudar pra não travar o registro 
enquanto altera?

Eu poderia travar no caixa lá é prioridade, pois o cliente já está com o 
produto na mão, mas lá é só select.

Como o PostgreSQL trava essas concorrências?


Marcelo Silva___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Como tratar a concorrencia Update x Select

2016-04-01 Por tôpico sistemas



-Mensagem Original- 
From: Tiago José Adami

Sent: Friday, April 1, 2016 1:52 PM
To: Comunidade PostgreSQL Brasileira
Subject: Re: [pgbr-geral] Como tratar a concorrencia Update x Select

Em 1 de abril de 2016 13:33,   escreveu:
Pessoal tenho uma função no sistema onde o usuario seleciona varios 
produtos

e muda por exemplo a localização,
imagine que seja 2mil produtos, neste momento o caixa está vendendo e aí
trava,
isso seria normal ou tem alguma coisa que posso mudar pra não travar o
registro enquanto altera?

Eu poderia travar no caixa lá é prioridade, pois o cliente já está com o
produto na mão, mas lá é só select.

Como o PostgreSQL trava essas concorrências?


Para responder esta pergunta são necessárias algumas informações:

1) Qual a versão do PostgreSQL utilizada?

9.1

2) Qual o nível de isolação (isolation level) utilizado nos caixas [1]?

Eu uso um componente chamado Zeos no delphi e nele está a opção 
TransactionLevel = tiNone, ou seja ele deixa o postgres decidir, então deve 
ser o padrão.

As opções são:

tiNone
tiReadCommitted
tiReadUncommitted
tiRepeatableRead
tiSerializable

Curioso eu achei que estivesse tiReadCommitted, pois é o que normalmente 
uso.


3) O comando SELECT que busca o produto no caixa está utilizando a
cláusula FOR UPDATE?

Não

4) O processo de venda atualiza o valor de alguma coluna na tabela de 
produtos?


Não

O nível de isolação padrão é READ COMMITED. Neste caso você não teria
problemas exceto se há concorrência de UPDATE/DELETE sobre o mesmo
registro sendo alterado no cadastro e na venda.

Vou verificar aqui se mais de um usuário está usando essa rotina de Update 
por demanda, pois pode estar aí o problema.


Marcelo Silva


[1] http://www.postgresql.org/docs/current/static/sql-set-transaction.html

TIAGO J. ADAMI
http://www.adamiworks.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral 


___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Como tratar a concorrencia Update x Select

2016-04-03 Por tôpico sistemas


From: Tiago José Adami 
Sent: Sunday, April 3, 2016 11:59 PM
To: PGBR 
Subject: Re: [pgbr-geral] Como tratar a concorrencia Update x Select


Em 02/04/2016 00:48, "Sebastian Webber"  escreveu:
> Nada impede fazer isso com um banco de dados pra todos os caixas. Essa tua 
> proposta parece boa num cenário de alta concorrência, mas fico com as minhas 
> dúvidas se a realidade do colega tem essa demanda.

Não tem relação com o PostgreSQL, mas se não me engano a lei do PAF/ECF  exige 
que todos os caixas tenham "bases de dados" individuais para funcionarem de 
forma independente em caso de falha de comunicação com o servidor. 
Seria bom o OP verificar isso, já
resolveria 2 problemas de uma só vez. 



Eu já pensei em deixar os caixas individuais, esse sistema eu peguei andando e 
estou fazendo as alterações necessárias pra adequar melhor ao “padrão” de 
desenvolvimento de PDVs, alguns lojistas simpesmente não tem grana pra manter 
um nobreak (ou estrutura) em cada caixa então temos que dançar conforme a 
música, esse lojista por exemplo me disse, não se preocupe eu não vou comprar 
nobreak, quando acabar a luz eu espero chegar, (eu ri, fazer o que), mas ainda 
falando de nobreaks, exitem lugares que podem ter nobreaks nos caixas e 
servidores, então neste caso manter base de dados indivivuais só seria um 
serviço a mais para a empresa de software, mas...
Eu  trabalhava em uma empresa de cartões que não podia parar tinha que ser 24h, 
então algumas PAs e os servidores (Dados, URA e POS) eram com nobreaks 
parrudos. Penso que algumas “regras” num mundo tão diversificado acabam sendo 
pesadas demais, concordo que deva ter um certo “padrão” nas coisas para não 
fugir do controle e outras pessoas poderem dar auxilio neste ou naquele projeto 
quando passados a terceiros, mas dizer que é certo ou errado eu pelo meno 
evito, procuro analisar a necessidade e condições do cliente.  

Quando a concorrencia, acho que dei um exemplo ruim, essa concorrencia pode 
ocorrer em outras maquinas (não caixa) então a minha dúvida continua... mas 
estou quase certo que estão executando a rotina de demanda em mais de uma 
máquina, o que está causando esse problema.





Tiago J. Adami
Enviado do GMail / Android





___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Tratar final de mes no SQL

2016-04-15 Por tôpico sistemas
Pessoal como vocês tratam uma situação assim:

Tenho clientes com vencimentos todos os dias, inclusive 29/30/31

Todo o mes tenho que lançar mensalidades conforme a data de contrato, então 
quando o mes do contrato cai no dia 31 por exemplo o proximo mes deveria ficar 
no dia 30.

Pra fazer isso uso uma rotina em delphi, mas estava pensando em criar um select 
direto no banco pelo menos pra trazer os clientes que ainda não tem mensalidade 
lençada, mas esbarro nesses dias loucos de final de mes

Exemplo:
A tabela de clientes tem os campos

CLIENTES
COD_ID
DATA_CONTRATO

COD_ID = 1000
DATA_CONTRATO = 31/01/2016

Fevereiro tem 28 ou 29 dias, então o proximo vencimento seria um desses dias.

Não são 30 dias corridos, é dia fixo, salvo quando é final de mes e o mes 
posterior tem menos dias.

Como tratar essa situação em SQL?


Marcelo___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] alterar encoding durante uma VIEW

2016-08-10 Por tôpico sistemas

Já tive problemas com esse tipo de codificação de textos vindos do Word,
usuários preenchiam um campo texto numa página web com o Copiar / Colar e o 
Word coloca um monte de tranqueira no texto,
acho que nem é caractere compreensível, deve ser códigos de máquina pra 
delinear alguma coisa,
cheguei a pegar um texto byte a byte pra ver qual caractere estava dando 
problema, mas é inviável,
tentei varias coisas e não obtive sucesso, a saída foi formatar o texto 
antes de entrar na base, ou seja,
tudo que for diferente e A a Z e 0 a 9 incluindo os caracteres especiais 
para mortais o resto mandei pra casa do chapel.,
Mas vira e mexe tinha problemas com textos vindos daquele formulário devido 
a texto vindos do Word.


Parece que a Microsoft na sua ânsia de tornar difícil o uso das suas ideias 
não está nem aí pros problemas que os programadores vão enfrentar,
a equipe que desenvolve o brOffice deve sofrer um bocado pra manter a 
compatibilidade


Marcelo

-Mensagem Original- 
From: Guimarães Faria Corcete DUTRA, Leandro

Sent: Wednesday, August 10, 2016 11:25 AM
To: Comunidade PostgreSQL Brasileira
Subject: Re: [pgbr-geral] alterar encoding durante uma VIEW

2016-08-10 10:22 GMT-03:00 Luiz Henrique :


Tenho a seguinte situação : meu postgres 9.1 LINUX CENTOS tem encoding 
UTF8.


Perfeito, é o ideal.


Ao criar uma view para ser utilizada no MS Office (tabela dinâmica excel) 
dá

erro de codificação (erro na tabela dinâmica excel ao utilizar a view).


Sem mais detalhes?  E quais as configurações do MS Excel?  Que versão
dele?  Ele não tem como informar a codificação esperada da sessão?
Experimentou isso com o LibreOffice?



Até
onde eu entendi é necessário alterar o encoding para WIN1252 ou LATIN1 
(por

exemplo).


Por exemplo não, tem de ser um específico.  Até há um grau de
compatibilidade entre algumas codificações, mas para evitar erros tem
de usar ou o mesmo, ou informar uma conversão viável.  Por isso o
UTF-8 (ou algum outro Unicode) é o ideal, dá para converter para
qualquer coisa.



Dúvida : como eu posso , em tempo de execução da VIEW, alterar o
ENCODING ? É possivel ?


Se a sessão do programa aplicativo (ou do usuário, se interativo)
informar a codificação esperada, haverá conversão automática a partir
do Unicode.  Não sei como é isso a partir do MS Excel.


--
skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
+55 (61) 3546 7191  gTalk: xmpp:leand...@jabber.org
+55 (61) 9302 2691ICQ/AIM: aim:GoIM?screenname=61287803
BRAZIL GMT−3  MSN: msnim:chat?contact=lean...@dutra.fastmail.fm
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral 


___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Função AddDate()

2017-01-19 Por tôpico sistemas
hum...

valeus

Marcelo

From: Jonas Teixeira de Freitas 
Sent: Thursday, January 19, 2017 2:15 PM
To: Comunidade PostgreSQL Brasileira 
Subject: Re: [pgbr-geral] Função AddDate()

Podes utilizar interval '1 day' 
Exemplo select current_date + interval '1 day'

Em 19/01/2017 14:10,  escreveu:

  No MySQL temos:
  select adddate(minhadata, interval 1 month) novadata from tabela

  No postgres fiz assim:
  select minhadata- cast('1 month' as interval) novadata from tabela

  É isso mesmo ou existe uma função mais adequada para adicionar um tempo em 
uma data?

  Não quero data+1 porque não são dias fixos, as vezes precisamos adicionar 1 
mes, exemplo

  01/01/2017 + 30 = 31/01/2017
  01/01/2017 + (1 mes) = 01/02/2017


  Marcelo

  ___
  pgbr-geral mailing list
  pgbr-geral@listas.postgresql.org.br
  https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral




___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Função AddDate()

2017-01-19 Por tôpico sistemas
No MySQL temos:
select adddate(minhadata, interval 1 month) novadata from tabela

No postgres fiz assim:
select minhadata- cast('1 month' as interval) novadata from tabela

É isso mesmo ou existe uma função mais adequada para adicionar um tempo em uma 
data?

Não quero data+1 porque não são dias fixos, as vezes precisamos adicionar 1 
mes, exemplo

01/01/2017 + 30 = 31/01/2017
01/01/2017 + (1 mes) = 01/02/2017


Marcelo___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Pesquisa like com expressões regulares

2016-08-22 Por tôpico sistemas
Pessoal hoje uso esse SQL (quebra galho) pra procurar alguns caracteres doidos 
que entram na importação de dados

select * from mv_clientes
where (concat(nome,fantasia, end_cad, end_cid, end_com) like '%?%')

Esse ? é colocado em acentos e afins quando o texto vem de excel e word.

Eu já uso UTF-8 na base e aplicações PHP que faço, mas vira e mexe o usuário 
sobe um arquivo e dá problema, estou sempre na briga com esses caracteres, rsrs.

Eu queria saber se é possivel fazer uma pesquisa nos campos acima para ele 
trazer o registro sempre que encontre caracteres diferentes de A a Z e 0 a 9

Não sou bom em expressões regulares por isso peço ajudo dos colegas


Marcelo

Delphi, PHP, Postgres___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Preenchimento de pelo menos n% de um campo

2016-09-06 Por tôpico sistemas
>>Ola senhores 

>>Existe algo no postgres que obriga o preenchimento de um campo por %

>>Exemplo..  quero que pelo menos 50% do tamanho do campo senha preenchido

>>isso ajuda por exemplo, evitar que os usuários preencham um campo observação 
>>somente com 1 letra para bular o NULL 

>>claro que eles nem precisam ficar sabendo disso senão eles colocam um monte 
>>de ..

>>[]s
>>Gustavo Castilho



Pode usar trigger pra gerar uma excessão?


Marcelo___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] RollBack isolado, existe?

2016-09-16 Por tôpico sistemas


From: Everton B 
Sent: Friday, September 16, 2016 10:36 AM
To: Comunidade PostgreSQL Brasileira 
Subject: Re: [pgbr-geral] RollBack isolado, existe?

> Nao entendi se eh exatamente isso que vc precisa, mas de uma olhada em 
> SAVEPOINT

> https://www.postgresql.org/docs/current/static/sql-savepoint.html

Olha só, ta vendo como não custa perguntar... é exatamente disso que estava 
falando Everton

Pelo que entendi esse SAVEPOINT mantem as alterações realizadas antes do Erro, 
assim dá pra efetivar as que estão OK e ignorar a com erro e prosseguir o 
processo.
Veja que aos poucos vai ficando claro a minha necessidade... o erro que tenho 
não pode terminar o processo como aconteceria com o rollback normal e ao mesmo 
tempo não posso dar commit a cada registro.
Um SAVEPOINT seria excelente.
Claro que posso fazer mil validações e deixar o código tinindo, mas sempre tem 
um erro novo e até trata-lo ele deve simplesmente ser ignorado no processo, 
somente emitindo um aviso.

Acho que agora ficou mais claro o problema:

Inicia Transacao
Insere
insere
Insere – deu erro (motivo indefinido) – desfaz somente este e continua
Insere
insere
Commit

Obrigado pessoal e Everton

Marcelo




--
Everton

2016-09-16 10:34 GMT-03:00 :



  -Mensagem Original- From: Guimarães Faria Corcete DUTRA, Leandro
  Sent: Friday, September 16, 2016 10:20 AM
  To: Comunidade PostgreSQL Brasileira
  Subject: Re: [pgbr-geral] RollBack isolado, existe?

  2016-09-16 10:02 GMT-03:00  :

Esse é uma rotina muito comum, mas estou numa duvida, preciso que o sistema
efetive os registros que não derem erro, mas como veem ele só vai efetivar a
cada 1mil.



É só tratar os erros, as exceções.


  Pois é, sabe quando a solução não cabe no problema?
  É o caso...

  Essa rotina roda um arquivo com N registros, se houver um erro o usuario 
precisa esperar uma outra sede concertar o erro pra depois rodar novamente,
  mas os registros OK deveriam ja ser efetivados.

  Pra simplificar eu gostaria de saber se existe uma forma de voltar/ignorar 
apenas o registro com erro e não a transação toda, sei que isso foge a regra de 
transação, mas não custa perguntar né.


  Marcelo 



  ___
  pgbr-geral mailing list
  pgbr-geral@listas.postgresql.org.br
  https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral




___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] RollBack isolado, existe?

2016-09-16 Por tôpico sistemas



-Mensagem Original- 
From: Alexsandro Haag

Sent: Friday, September 16, 2016 10:44 AM
To: pgbr-geral@listas.postgresql.org.br
Subject: Re: [pgbr-geral] RollBack isolado, existe?

if (erro){

/* ROOLBACK  */

update tabela set status = "Erro" where 

TRANSACAO = true; // Reinicia a transação, não sai do while
}else{
if (conta == 1000){
COMMIT
conta = 0;
TRANSACAO = true; // Reinicia a transação
}


Marcelo, o que você pode evitar aqui seria o "rollback". Ao invés de 
rollback poderia usar um campo para marcar o registro como "erro" e seguir 
o processo. Daí na lógica da sua rotina, já que não vai sair do laço, você 
trata para ignorar estes registros que tiverem status de erro e processa 
apenas os demais.


Alex

Então Alex, o detalhe é que vão existir muitos erros (indefinidos) que vou 
tratar com o tempo e durante esse tempo tenho que manter os OK
Existem situações que não dá pra prever todos os erros, então entra o 
SAVEPOINT sugerido pelo Everton
Veja que a situação não é critica, pois posso ignorar o erro e continuar, 
mas validar tudo antes seria complicado, pois vão existir casos de erros a 
serem estudados.
Lembrando agora, o PGAdmin tem a opção de Ignorar erros quando executamos um 
SQL longo, possivelmente ele faz uso desse SAVEPOINT, pois ele não 
conseguiria validar conforme minhas necessidades, ele vai ignorar as 
excessões e manter os registros ok

Esse é o ponto.

Marcelo 


___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] RollBack isolado, existe?

2016-09-16 Por tôpico sistemas
Pessoal, tenho a seguinte situação:

Vou tentar colocar de um modo simples:

TRANSACAO = true; // inicia a transação
conta = 0;

while (true) {

conta = conta+1;

... codigo

if (erro){
ROOLBACK   
TRANSACAO = true; // Reinicia a transação, não sai do while
}else{
if (conta == 1000){
COMMIT
conta = 0;
TRANSACAO = true; // Reinicia a transação
}
}

}

if (TRANSACAO){
COMMIT
}

Esse é uma rotina muito comum, mas estou numa duvida, preciso que o sistema 
efetive os registros que não derem erro, mas como veem ele só vai efetivar a 
cada 1mil.
Se der erro dentre esse 1mil perco o que foi feito atras por causa do rollBack
Teria como isolar o rollBack a apenas o registro que deu erro?
Eu não queria dar Commit a cada registro, pois fica lento os Update ou Inserts
Obs: Estou dando Commit a cada 1mil pra não carregar muito a memoria tambem, 
mas dependendo esse numero poderá subir depois.


Marcelo

___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] RollBack isolado, existe?

2016-09-16 Por tôpico sistemas



-Mensagem Original- 
From: Guimarães Faria Corcete DUTRA, Leandro

Sent: Friday, September 16, 2016 10:20 AM
To: Comunidade PostgreSQL Brasileira
Subject: Re: [pgbr-geral] RollBack isolado, existe?

2016-09-16 10:02 GMT-03:00  :
Esse é uma rotina muito comum, mas estou numa duvida, preciso que o 
sistema
efetive os registros que não derem erro, mas como veem ele só vai efetivar 
a

cada 1mil.



É só tratar os erros, as exceções.


Pois é, sabe quando a solução não cabe no problema?
É o caso...

Essa rotina roda um arquivo com N registros, se houver um erro o usuario 
precisa esperar uma outra sede concertar o erro pra depois rodar novamente,

mas os registros OK deveriam ja ser efetivados.

Pra simplificar eu gostaria de saber se existe uma forma de voltar/ignorar 
apenas o registro com erro e não a transação toda, sei que isso foge a regra 
de transação, mas não custa perguntar né.



Marcelo


___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] RollBack isolado, existe?

2016-09-17 Por tôpico sistemas

Uma pergunta, sem antes ter testado, rsrs, será que um PREPARE SQL antes
de cada Insert ou Update me traria o erro antes de efetivar?

Não. PREPARE tem haver com separar as fases de execução de um único 
comando.



  Euler Taveira


A solução ficou assim:

Inicia Transação
insert -> savepoint clientes
insert -> savepoint clientes
update -> savepoint clientes
insert -> savepoint clientes
insert -> Deu erro -> rollback clientes
insert -> savepoint clientes
insert -> savepoint clientes
insert -> Deu erro -> rollback clientes
insert -> savepoint clientes
insert -> savepoint clientes
Commit

Pelo meus testes ocorreu tudo OK
Usei sempre o mesmo nome para  "savepoint clientes" porque não preciso que 
sejam pontos separados


Value pela ajuda pessoal

Marcelo 


___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] RollBack isolado, existe?

2016-09-16 Por tôpico sistemas



-Mensagem Original- 
From: Guimarães Faria Corcete DUTRA, Leandro

Sent: Friday, September 16, 2016 12:56 PM
To: Comunidade PostgreSQL Brasileira
Subject: Re: [pgbr-geral] RollBack isolado, existe?

2016-09-16 11:04 GMT-03:00  :


Então Alex, o detalhe é que vão existir muitos erros (indefinidos) que vou
tratar com o tempo e durante esse tempo tenho que manter os OK



Pressuponho que já tenhas estudado 40.6.6. Trapping Errors em
https://www.postgresql.org/docs/9.5/static/plpgsql-control-structures.html



Então Dutra, como ja percebeu eu não sou DBA, rsrs, minha rotina não é em PL 
dentro do banco


Uma pergunta, sem antes ter testado, rsrs, será que um PREPARE SQL antes de 
cada Insert ou Update me traria o erro antes de efetivar?


Marcelo 


___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Commit a cada Insert ou N registros?

2016-08-26 Por tôpico sistemas
From: Douglas Fabiano Specht 
Sent: Friday, August 26, 2016 11:16 AM
To: Comunidade PostgreSQL Brasileira 
Subject: Re: [pgbr-geral] Commit a cada Insert ou N registros?



Em 26 de agosto de 2016 10:29,  escreveu:


  Pessoal estou fazendo uma rotina (com loop) que exige update numa lista de 
registros, estou na dúvida se é melhor dar Commit a cada Insert ou a cada X 
registros, qual a carga que o Postgres aguenta sem dar Commit a cada registro?

  Por exemplo, tenho um loop que atualiza 2mil registros (que irá aumentar a 
cada dia), dou o Commit a cada X registros ou só no final?
  Eu gostaria de "Comitar" no final, caso alguma coisa de errado, não bagunço a 
base, mas minha preocupação é a memoria que isso pode usar, se é que ele usa a 
memoria e não uma tabela temporária no disco.



  Marcelo

  ___
  pgbr-geral mailing list
  pgbr-geral@listas.postgresql.org.br
  https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

bom dia Marcelo,
nos aqui na empresa tínhamos um problema de performance qdo efetuávamos uma 
grande quantidade de insert e efetuando commit registro a registro.
Atualmente mudamos para 5000 registros e melhorou muito.
mas por que 5000? como utilizamos multi-banco, acho que foi imposição do sql 
server 2008(se nao me engano) de só aceitar essa quantidade.

pense no seguinte:

insert into table values (1,1),(1,2),(1,3),(2,1);


e não
insert into table values (1,1);

insert into table values (1,2);

insert into table values (1,3);

insert into table values (2,1);


claro que você pode efetuar um teste de mesa bem simples e tirar as suas 
conclusões no seu ambiente.


-- 


Douglas Fabiano Specht

Obrigado pela resposta Douglas, eu fiz uns testes aqui e relamente commit em 
bloco é mais rápido, minha duvida é com relação a quantidade de registros que 
posso manter em cache antes do commit, eu gostaria que, se a transação desse 
algum erro ele não alterasse nada, pois se der um erro vou pedir ao usuario 
para executar a rotina novamente após a correção, mas vou ter que estudar 
melhor isso, pois creio que haja um limite nesse bloco, nada que umas 
validações a mais não resolva.


Marcelo



___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Commit a cada Insert ou N registros?

2016-08-26 Por tôpico sistemas


Pessoal estou fazendo uma rotina (com loop) que exige update numa lista de 
registros, estou na dúvida se é melhor dar Commit a cada Insert ou a cada X 
registros, qual a carga que o Postgres aguenta sem dar Commit a cada 
registro?


Por exemplo, tenho um loop que atualiza 2mil registros (que irá aumentar a 
cada dia), dou o Commit a cada X registros ou só no final?
Eu gostaria de "Comitar" no final, caso alguma coisa de errado, não bagunço 
a base, mas minha preocupação é a memoria que isso pode usar, se é que ele 
usa a memoria e não uma tabela temporária no disco.




Marcelo

___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Commit a cada Insert ou N registros?

2016-08-26 Por tôpico sistemas



-Mensagem Original- 
From: Euler Taveira

Sent: Friday, August 26, 2016 1:34 PM
To: Comunidade PostgreSQL Brasileira
Subject: Re: [pgbr-geral] Commit a cada Insert ou N registros?

On 26-08-2016 10:29, siste...@mvsoftware.com.br wrote:

Pessoal estou fazendo uma rotina (com loop) que exige update numa lista
de registros, estou na dúvida se é melhor dar Commit a cada Insert ou a
cada X registros, qual a carga que o Postgres aguenta sem dar Commit a
cada registro?


Uma transação *não* pode conter mais do que 2³²-2 comandos SQL.


--
  Euler Taveira   Timbira - http://www.timbira.com.br/
  PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Opa acho que era isso que eu precisava saber, existe um limite e não é 
somente a memória do servidor!


Obrigado Euler


Marcelo 


___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Commit a cada Insert ou N registros?

2016-08-26 Por tôpico sistemas



-Mensagem Original- 
From: Osvaldo Kussama

Sent: Friday, August 26, 2016 11:42 AM
To: Comunidade PostgreSQL Brasileira
Subject: Re: [pgbr-geral] Commit a cada Insert ou N registros?

Em 26/08/16, siste...@mvsoftware.com.br 
escreveu:

From: Douglas Fabiano Specht
Sent: Friday, August 26, 2016 11:16 AM
To: Comunidade PostgreSQL Brasileira
Subject: Re: [pgbr-geral] Commit a cada Insert ou N registros?


Obrigado pela resposta Douglas, eu fiz uns testes aqui e relamente commit 
em

bloco é mais rápido, minha duvida é com relação a quantidade de registros
que posso manter em cache antes do commit, eu gostaria que, se a transação
desse algum erro ele não alterasse nada, pois se der um erro vou pedir ao
usuario para executar a rotina novamente após a correção, mas vou ter que
estudar melhor isso, pois creio que haja um limite nesse bloco, nada que
umas validações a mais não resolva.




Note que se você fizer COMMIT a cada n registros e der algum problema
muito provavelmente você já terá permanentemente em sua base os
registros já commitados.
Não será possível simplesmente reexecutar a rotina. A rotina tem que
saber a partir de que ponto ela deve continuar o processamento.
Uma possível solução é você imprimir a cada COMMIT a quantidade de
registros já processados e, em caso de reprocessamento, informar ao
programa quantos registros ele deve saltar.

Osvaldo
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Sim, o detalhe é mais performance e o quanto posso manter em cache antes de 
comitar, eu já mantenho um campo status mostrando que aquele registro foi 
anterado, como hoje faço registro a registro esse campo status me ajuda no 
reprocesso, o que estou estudando é comitar todo o processo de uma vez ou a 
cada N registros, eu prefero ao final do processo porque se der um erro 
posso dizer ao usuario que nada mudou, mas se não der vou ter que fazer um 
controle do que foi alterado elo campo status e numero de processo.



Marcelo 


___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Aplicação desktop com banco de dados hospedado em VPS.

2016-09-28 Por tôpico sistemas
>>"""O aplicativo Desktop é MS Windows? Existe a possibilidade de colocar
>>tudo em um VPS, até o aplicativo Desktop, rodando via Terminal
>>Service? O tráfego das "telas" via Terminal Server é mais eficiente
>>que trafegar dados direto "no" banco."""
>>
>>O aplicativo não é MS Windows é Python+PyQt rodando sobre ubuntu.
>>
>>"""Procure hospedar seu banco de dados próximo do escritório em questão é a 
>>melhor dica."""
>>
>>
>>Isso eu já havia pensado o mesmo
>>

>>Nunca tive esse cenário antes, mas minha esperança para achar que dará certo 
>>é baseado no fato de que, se fosse uma aplicação WEB toda hospedada no 
>>servidor e acessada no escritório através de >>um navegador, a quantidade de 
>>dados trafegadas entre o servidor e o terminal no escritório seria maior pois 
>>não seriam apenas os dados armazenados no banco, mas sim os queries + 
>>conteúdo html + >>imagens, etc.

>>Por se tratar de uma app desktop não existirá conteúdo de interface 
>>trafegando, apenas dados de queries.
>>

>>Corrijam-me se meu raciocínio estiver errado.

Olha, a menos que você tenha uma rede muito poderosa e dedicada, o que não 
parece o caso, usar sua aplicação com conexão através da web não será tarefa 
fácil, vai por mim.
No seu caso para que não precise desenvolver algo específico, a saida é 
Terminal Server, seja VNC ou o proprio do Windows Server.
Vai ficar lento de qualquer forma, a menos que sua aplicação use muito pouco 
dados na rede.
Não tem jeito para web, tem que ser ferramenta específica, PHP, ASP e outras

Agora pode fazer um teste sem gastar nada, se seu cliente tiver internet 
disponivel na rede onde o servidor opera, crie uma direcionamento no roteador 
dele direto pro servidor só pra voce fazer um teste, ai da sua casa mesmo voce 
usar conecta sua aplicação ao servidor e vai ter uma ideia de como funciona.
Se ele tiver IP fixo excelente, senão você pode usar um serviço como o NOIP 
gratuito só pra testar.

Eu tenho conexões assim com meus cliente para prestar suporte, ou seja pra 
quebrar uma ganho vai de boa.


Marcelo 


___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] PostgreSQL 9.5.4 + Windows 10

2016-10-03 Por tôpico sistemas
>Nao temos parametrizacao, o postgresql roda usando o padrao, ate porque para o 
>nosso sistema nao ha uma demanda que precise ser feito algum tipo de ajuste 
>inicialmente e nessa ultima versao ele >vem setado com uma configuracao 
>melhorada.

>Vou continuar a analise e acompanhamento desse ambiente.  Quem tiver outras 
>informacoes agradeco ja o compartilhamento.

>Obrigado Srs.

-- 
>Atenciosamente,
>Emanuel Araújo


O WindowXP tem uma limitação de conexões de usuário quando se usa ele como 
servidor, e isso não é limite do banco mas sim do sistema operacional por nao 
ser um Windows Server, é uma jogada MS pra vc adquirir o Windows Server e no 
fundo faz sentido ...

Não li nada a respeito sobre isso no Windows 10, mas acho que pode ser uma 
limitação do sistema e não algum problema com postgres.
Nesse caso não terá como fugir de um Windows Server ou Linux.

Verifique na Web se o Windows10 tem essa limitação, eu acho bem provavel.


Marcelo Silva

___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] PostgreSQL 9.5.4 + Windows 10

2016-10-03 Por tôpico sistemas

>Nao creio que seja um problema de limite de conexoes, ate porque sao poucas 
>conexoes que eh usado pelo sistema, tipo < 20.
>Agora vi um POST falando sobre a possibilidade de deixar o "Secondary Logon" 
>do windows ativado como automatic.  Isso em um outro caso semelhante de 
>suposta suspensao do postgresql, de forma que >ao habilitar o "problema" foi 
>resolvido, ao termino dos testes deixo o comentario aqui. 


Só acrescentando quanto ao limite de conexões, não é contado só conexões com 
bancos de dados, mas toda conexão, por exemplo, as vezes deixamos a maquina com 
windows como servidor tanto de dados como de arquivos, é ai que o sistema 
operacional faz o gargalo.

So pra complementar veja esse link: 
http://answers.microsoft.com/pt-br/windows/forum/windows_7-networking/limite-conex%C3%B5es-windows-7/5c628d95-ae5a-4ce9-b422-20065c5a012d

Veja que tem algumas dicas de como liberar esses limites

https://forum.baboo.com.br/index.php?/topic/687303-acabando-com-limite-de-10-conex%C3%B5es-no-windows-7/


Marcelo
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] RES: RES: PostgreSQL ataque???

2017-04-20 Por tôpico sistemas
Caraca, isso aconteceu num servidor de uma empresa que trabalhei mas não foi no 
DB foi em todos os arquivos doc, dat, excel, zip, pdf e varios outros... o cara 
zipa praticamente tudo com criptografia forte e pede resgate, não achei que 
isso aconteceria no PG, com certeza vão fazer em outros bancos de dados 
tambem... eita nois, achei que fosse só no ambiente windows


Marcelo

From: Pedro B. Alves 
Sent: Thursday, April 20, 2017 9:40 AM
To: Comunidade PostgreSQL Brasileira 
Subject: Re: [pgbr-geral] RES: RES: PostgreSQL ataque???




Em qui, 20 de abr de 2017 às 09:38, Santiago - NSR  escreveu:

  Nos log do postgresql vc poderá ver a data e hora...no meu caso foi as 
19:19:00 do dia 19.







Sim, vi a hora foi mais ou menos esse horário tb, mas é relevante em algo?




___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] RES: RES: RES: PostgreSQL ataque???

2017-04-20 Por tôpico sistemas
Bom dia,

Eu também não sou DBa (longe disso), mas acho que uma regra básica, 
independente de tecnicas de segurança é cópia + cópia dos dados, essa é uma 
rotina ruim de se manter, mas é a única que não falha (salvo por falha de 
hardware do backup, rs).
Acho que toda segurança uma hora dá uma brecha, esses bandidos de plantão não 
dormem encontrando uma maneira de burlar segurança e ganhar grana em cima 
disso! 
Tecnologia é muito bom, mas coisa boa sempre atrai bandidos, e quanto mais a 
policia pega firme nas ruas, eles migram pra outras áreas... e a internet é um 
outro mundo onde eles se sentem a vontade dentro de suas casas pra fazerem o 
que querem, não será fácil combater crimes virtuais, por isso ressalto, cópia, 
cópia, cópia, rsrs

Marcelo

From: Rafael Cruz 
Sent: Thursday, April 20, 2017 10:15 AM
To: 'Comunidade PostgreSQL Brasileira' 
Subject: [pgbr-geral] RES: RES: RES: PostgreSQL ataque???

Senhores, bom dia

 

Sou iniciante em PG, leio os e-mails mais não tenho nenhum conhecimento do 
banco, a não ser o básico mesmo, criar tabela, etc. Hoje comercialmente 
trabalho com FB

Estamos iniciando um novo projeto para a prefeitura da cidade, e uma das ideias 
iniciais é trabalhar com PG. Alguém com mais experiência pode me dar um 
direcionamento de como configurar o SGBD de forma corretae segura, ou onde 
posso encontrar material ou alguma empresa que ofereça um curso mais avançado.

 

Valeu galera... abraço a todos

 

 

 

De: pgbr-geral [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de 
Flavio Rescia Dias
Enviada em: quinta-feira, 20 de abril de 2017 10:03
Para: Comunidade PostgreSQL Brasileira
Assunto: Re: [pgbr-geral] RES: RES: PostgreSQL ataque???

 

Ouvi relatos em um grupo de provedores que tem o pg aberto externamente.

 

Com relação a simplesmente trocar de porta, não acho uma boa técnica, estão 
explorando na 5432 pois devem estar escaneando assim, é uma questão de tempo 
até fazerem um nmap menos específico.

 

Alguém teve problema e o hba não estava com trust aberto?




Flávio Rescia Dias

 

Em 20 de abril de 2017 09:53, Hugo Quinteiro  escreveu:

Isso também esta acontecendo  com os clientes da minha empresa, 
pelo que percebemos aconteceu apenas onde o pg_hba.conf estava totalmente 
aberto, com trust, na segurança da senha

 

De: pgbr-geral [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de 
Santiago - NSR
Enviada em: quinta-feira, 20 de abril de 2017 09:07
Para: 'Comunidade PostgreSQL Brasileira'
Assunto: [pgbr-geral] RES: PostgreSQL ataque???

 

Aconteceu o mesmo comigo hoje...com 1 clienteestou rezando para que seja só 
ele...

 

De: pgbr-geral [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de 
Pedro B. Alves
Enviada em: quinta-feira, 20 de abril de 2017 08:54
Para: Comunidade PostgreSQL Brasileira
Assunto: [pgbr-geral] PostgreSQL ataque???

 

Pessoal alguém já passou por algo parecido, cheguei no escritório hoje e as 
tabelas do banco sumiram...

 

tem somente uma tabela "warning" com os seguintes dados

 

 

"Send 0.5 BTC to this address and go to this site 
http://ann2hzqgedo3plvu.onion/ to recover your database! SQL dump will be 
available after 
payment!";"1Djh8KTQFDjizvYMpdBQiNrLxiSg2gg86K";"ecnsupp...@mai2tor.com"

 

 

Alguém já viu isso??


___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

 




___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] RES: RES: PostgreSQL ataque???

2017-04-20 Por tôpico sistemas
Olha o dono da empresa que teve esse problema tentou entrar em contato com o 
cara que fez, era de fora, mas ele percebeu que o cara ia pegar a grana e ja 
era...
As vezes um zé mané na web, pega esse virus em sites que ensinam usar esses 
virus, e manda bala, ele mesmo nao sabe reverter o processo, entao ele esta 
atras da grana e que se dane a empresa/usuario
O cara tem que te enviar pelo menos uma parte dos dados pra provar que pode lhe 
dar tudo de volta.
Muito cuidado, não dê dinheiro a niguém sem estar certo de que vai receber seus 
dados de volta, isso vai influenciar mais criminosos



Marcelo

From: Pedro B. Alves 
Sent: Thursday, April 20, 2017 1:25 PM
To: Comunidade PostgreSQL Brasileira 
Subject: Re: [pgbr-geral] RES: RES: PostgreSQL ataque???



  O firewall não é o problema aqui.

  Se a porta do banco de dados está aberta para a internet por algum requisito 
de negócio (conexões de outros sistemas/clientes/etc) o firewall teria que 
liberar a porta de qualquer maneira. Caso não haja esta necessidade de estar 
aberta para a internet, então neste caso sim, o firewall deveria bloquear este 
acesso.

  De qualquer forma, o principal ponto aqui é:

  1. o pg_hba não pode estar como trust para qualquer ip
  2. é necessário sempre ter uma política de backup madura (backup + 
armazenamento do backup fora do servidor + testes de restore do backup para 
validar o mesmo) 

  Isto porque o atacante apenas aproveitou uma brecha de configuração (pessoas 
com bancos de dados na porta padrão, expostas na internet e sem requisitos de 
senha), ou seja, não foi um ataque sofisticado do ponto de vista do banco de 
dados.


o banco de dados possuía senha. não temos nenhum banco sem senha.






___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Off-Toppic - Maldito GbPlugin

2017-08-02 Por tôpico sistemas
Deveria ter uma forma de processar a empresa responsável por esse Plugin, cara 
perdi meio dia de trabalho, me atrasou o dia, tinha projetos pra entregar, me 
ferrou legal essa porcaria de plugin
Ontem fui dormir como de costume, rsrs, só fechei o notebook pra não perder o 
que estava fazendo ele entrou em modo hibernação, até ai tudo bem, não é a 
primeira vez que faço isso.
Uns dias atrás ocorreu que fazendo isso o Windows 10 ao iniciar entrou em modo 
de recuperação do nada, perdi uns minutos e não resolvi o problema, meti o dedo 
no botão desligar e comecei de novo, pra minha surpresa o sistema iniciou 
normal, fiquei sem saber o que ocorreu, mas perdi pouco tempo...
Hoje o Windows 10 não saiu da tela de recuperação nem a pau fiquei horas 
tentando a recuperação do Windows de pontos de instalação e nada, peguei o 
celular e fui ver umas dicas na web, por sorte um cara postou uma dica 
excelente, onde mencionava o maldito plugin mais precisamente o arquivo de 
driver “gbpddreg64.sys”, no artigo o cara recomenda o copia do arquivo para o 
diretório system32\drivers, mas não encontrei o arquivo no diretório de 
instalação, então resolvi simplesmente excluir o arquivo pra ver o que o 
Windows falava, pra minha sorte a maquina iniciou normalmente, sem passar pela 
tela de recuperação, ou seja essa porcaria de plugin sempre atazanando nosso 
sistema operacional. 

Sei que esse e-mail não é pertinente a lista, mas acho que partilhamos do mesmo 
problema quando se trata do Windows, rs

* A Microsoft bem que podia fazer uma inicialização transparente como o Linux 
onde você pode ver os processos sendo carregados, assim saberíamos qual 
exatamente está travando o sistema, pois nem o log do Windows foi capaz de 
dizer em que ponto era o problema, saudades do win3.1x 

Segue o link da solução para vossa apreciação:

https://answers.microsoft.com/pt-br/windows/forum/windows_10-hardware/windows-10-n%C3%A3o-liga-mais-driver-corrompido/7eb81c42-3873-4840-a46a-49a0ec64f0d4

Lembrando que só exclui o arquivo, nem copiei, por mim nem instalava essa 
porcaria de plugin, mas os bancos exigem

Fica como experiência pra quem tiver esse problema


Marcelo
MVSOFTWARE___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Se você usa Windows Preste Atenção é sério - Off-Toppic

2017-08-09 Por tôpico sistemas

Estava procurando algumas funções pra trabalhar com office no delphi xe6 quando 
o google me mandou pra esse link: http://www.carloveiculos.com.br
Achei estranho um site que parece de automoveis, mas...
Apareceu uma tela de login, do nada me veio a cabeça o usuario admin e senham 
admin, muito usada em desenvolvimento web, pra minha surpresa entrou... e o que 
tem la dentro?
O Contador de maquinas sendo infectadas por virus de algum software que esta 
sendo baixado na web, como eu estava procurando por funções “Delphi XE6 e 
Office 2010” presumo que seja algum virus usado nesses ativadores de software 
piratas, como sempre vem recheados de bichinhos que você acaba desligando o 
antivirus pra instalar.

Eu utilizo o OpenOffice porque uso pouco essa suite, mas quero compartilhar 
para tomarem cuidado, voce pode verificar se seu IP esta na lista

Podem compartilhar assim o site sai do ar logo, pois não existe um lugar que 
possamos denunciar, eu denunciei numa pagina do UOL, mas não espero uma solução 
pra esse caso.


Marcelo Silva
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Kubuntu 17.04 X Postgres 9.6 a luta

2017-05-23 Por tôpico sistemas

Ola Dutra,  vamos ver se consigo explicar pro pessoal

Eu sempre gosto de usar versões nativas do OS pra evitar transtornos

Instalaei KUBUNTU 17.04 com interface KDE - Plasma, é pra desenvolvimento
Postgres 9.6 dos repositórios nativos da versão kubuntu
PGAdmin3 nativo também

Após instalar o serviço sobe normalmente, ai vamos as configurações:

1 - Comando:
   # sudo su postgres
   # psql
   # alter user postgres with encrypted password 'newpassword'
   # \q
   # exit

2 - Abrindo o pg_hda.conf com o comando:
   # sudo kate /etc/postgresql/9.6/main/pg_hda.conf
   Adicionava a linha:
   hostallall0.0.0.0/0md5
   Salvar / Sair

3 - Abrindo o postgresql.conf com o comando:
   # sudo kate /etc/postgresql/9.6/main/postgresql.conf
   Mudava a linha:
   listen_addresses = '*'
   Salvar / Sair

4 - Restartava o Postgres
   # sudo service postgresql restart

Nesse momento ele não iniciava mais ou iniciava mas não dava conexão de 
forma alguma


Como não é a primeira vez que faço isso e sempre, mas sempre deu certo, nem 
pensei de olhar algo tão basico, pois pra mim o erro estava nos meus 
comandos
Depois de quebrar a cabeça lembrei do basico do basico do mais basico ainda 
e me senti um verdadeiro idiota, rsrsrs

Fui ver o log do postgres, e claro... estava lá a explicação

Quando eu abro os arquivos de configuração como root ele deixa ele fazer o 
que quero, mas quando salvo ele muda o dono e grupo do arquivo pra root, 
então o postgres não pode acessar o arquivo.
Salvo engano isso não poderia acontecer, o root pode abrir e editar qualquer 
arquivo, mas não deveria mudar o dono e/ou grupo!!!


Meu erro estava quando dava um exit no usuario postgres, eu deveria usar ele 
pra mexer nos arquivos de configurações, mas como o arquivo fica na pasta 
/etc achei que só o root poderia fazer isso, vi que o postgres pode mexer 
depois de reinstalar o postgres e ver que o usuario desses arquivos é o 
postgres e não o root


Cara foi uma briga ferrenha...

Eu estou considerando isso como um bug do kubuntu em trocar o dono do 
arquivo numa simples edição do mesmo... acho que só o comando chown pode 
fazer isso


Mas deu certo e estou em paz com o kubuntu aqui, rs, a proposito o kubuntu 
17.04 esta muito lindo



Marcelo


-Mensagem Original- 
From: LeandroGuimarãesFaria Corcete DUTRA

Sent: Monday, May 22, 2017 5:26 PM
To: Comunidade PostgreSQL Brasileira
Subject: Re: [pgbr-geral] Kubuntu 17.04 X Postgres 9.6 a luta

Le lun. 22 mai 2017 à 15:27, siste...@mvsoftware.com.br a écrit :


O que acontece é que toda vez que eu salvava os arquivos de configuração 
ele mudava o dono do arquivo para root


Instalaste dos repositórios do próprio Kubuntu?  Isso devia evitar
maiores problemas.

De qualquer modo, ainda não sabemos nem como editavas, nem como
instalaste, nem os sintomas do problema.  Mesmo que já tenhas
resolvido, é legar dar essas informações para ficar de referência
para futuros usuários que possam vir a ter o mesmo problema.


--
skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
+55 (61) 3546 7191  gTalk: xmpp:leand...@jabber.org
+55 (61) 9302 2691ICQ/AIM: aim:GoIM?screenname=61287803
BRAZIL GMT−3  MSN: msnim:chat?contact=lean...@dutra.fastmail.fm

___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral 


___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Kubuntu 17.04 X Postgres 9.6 a luta

2017-05-21 Por tôpico sistemas
Estou tentando usar o postgres9.6 no Kubuntu 17.04 mas estou tomando uma 
baile...
Ele instala, funciona numa boa... quando vou configurar o pg_hba.conf e o 
postgresql.conf e salvo as configurações, dou um restart no banco ele ele nao 
restarta
O simples fato que mudar o usuario postgres de peer para trust pra poder 
conectar e subir minhas bases ele da pau...
Ta dificil, rsrs


Marcelo___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Banco lento quando não tem internet

2017-06-01 Por tôpico sistemas
Bom dia...

Seu servidor tem duas placas de rede?

Pode ser configuração de rede e não postgres.

Marcelo

From: Diógenes Vargas de Bittencourt 
Sent: Thursday, June 1, 2017 9:20 AM
To: Lista de discução Postgres BR 
Subject: [pgbr-geral] Banco lento quando não tem internet

Bom dia pessoal, estou com um probleminha que as vezes ocorre aqui. Temos um 
servidor do postgres que quando ficamos sem internet, fica muuito lento, 
quase que não conseguimos acessar os serviços por conta disto.

Teria algum lugar na configuração do banco que tivesse alguma configuração que 
deixasse o banco dependente de internet para funcionar?


Obrigado desde já pela ajuda


Diógenes V. Bittencourt




___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Como converter data brasil para usa?

2017-06-06 Por tôpico sistemas
Tenho a seguinte data:

‘25/04/2014’ e quero converte-la para ‘2014/04/25’

Estou usando convert(‘25/04/2014’, date), mas ele não reconhece a string como 
data americana

Sei que poss usar substr pra copiar por partes, mas como são muitas linhas, 
queria ver se há uma maneira mais pratica

Marcelo___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Função to_date não existe? Não entendi!

2017-06-06 Por tôpico sistemas


From: Flavio Henrique Araque Gurgel 
Sent: Tuesday, June 6, 2017 10:00 AM
To: Comunidade PostgreSQL Brasileira 
Subject: Re: [pgbr-geral]Função to_date não existe? Não entendi!




Em ter, 6 de jun de 2017 às 14:47,  escreveu:

  Estou fazendo um teste:

  [SQL]SELECT to_date('25/03/2017', '/MM/DD');
  [Err] 1305 - FUNCTION parqueda_database.to_date does not exist

  Diz que a função to_date não existe?

Algo me diz que seu caminho de esquemas foi modificado.
Tente:
SELECT pg_catalog.to_date('25/03/2017', '/MM/DD');

(Aliás, seu uso da função também está errado, deveria ser DD/MM/ no 
formato) 

Eu queria ver se o postgres pode converter a data brasileira em americana, mas 
ja vi que não dá certo assim



  Essa não é uma função nativa do postgres?

Sim, é. 



  Estou usando postgres 9.1

Não deveria mais, porque ela não é suportada.
Nada a ver com seu problema,  porém.

[]s
Flavio Gurgel



___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Kubuntu 17.04 X Postgres 9.6 a luta

2017-05-25 Por tôpico sistemas

Esse comando funciona normalmente no kubuntu 17.04

Tem o #sudo service postgres@9.6main tambem

Mas acho que um é link do outro


Marcelo

-Mensagem Original- 
From: Daniel Gaspary

Sent: Wednesday, May 24, 2017 11:40 PM
To: Comunidade PostgreSQL Brasileira
Subject: Re: [pgbr-geral] Kubuntu 17.04 X Postgres 9.6 a luta

2017-05-23 12:32 GMT-03:00  :

4 - Restartava o Postgres
   # sudo service postgresql restart



Um detalhe aqui...

Não deveria estar usando o systemd e seus sscripts?

Eu instalei recentemente o ubuntu server e para ver o status do postgres, 
usei:


sudo systemctl status postgresql

ou

sudo systemctl status postgresql@9.6-main

(se tiver mais de um cluster instalado)

Pode não ter relação alguma. Mas achei estranho ainda usar o modo antigo.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral 


___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Kubuntu 17.04 X Postgres 9.6 a luta

2017-05-25 Por tôpico sistemas
Olha, não faz sentido nem o Kate nem o Sudo mudar o Dono ou Grupo do arquivo 
no caso de uma Edição, inclusive depois vou fazer uns testes, mas me parece 
que na maquina virtual com as mesmas configurações ao utilizar o "sudo vi" 
pra editar também tive esse problema, ou seja quem está alterando o dono do 
arquivo me parece o Sudo, se ninguém conseguir me dizer que esse é o 
comportamento normal do sudo, vou dizer que é um bug "meio grave", não muito 
porque ele não tira a segurança do arquivo, muito pelo contrario ele fecha 
totalmente, mas isso derruba qualquer servidor.
Até você descobrir que ele mudou o dono do arquivo, vai passar horas e horas 
quebrando a cabeça como eu.



Marcelo

-Mensagem Original- 
From: LeandroGuimarãesFaria Corcete DUTRA

Sent: Thursday, May 25, 2017 12:16 PM
To: Comunidade PostgreSQL Brasileira
Subject: Re: [pgbr-geral] Kubuntu 17.04 X Postgres 9.6 a luta

Le mardi 23 mai 2017 à 12:32 -0300, siste...@mvsoftware.com.br a
écrit :


Eu sempre gosto de usar versões nativas do OS pra evitar transtornos


Legal.  E os pacotes dos repositórios do Debian e derivados são muito
bons, inclusive facilitando coisas como usar várias instalações de
versões diferentes.



# sudo kate /etc/postgresql/9.6/main/pg_hda.conf

[…]

quando salvo ele muda o dono e grupo do arquivo pra root


Olha, ou muito me engano, ou isso é problema do Kate ou do sudo, nunca
do PostgreSQL… ou é o comportamento esperado mesmo?  Eu nunca usaria
sudo, que pega os privilégios de superusuário, ainda mais com um
programa relativamente complexo como o Kate, que usa Qt e sei lá mais o
quê.  Até rodo o GNU Emacs como superusuário, mas isso já não é muito
recomendado, a não ser com código auditado — o que não verifico, mas
devia.

O que devias fazer é sempre usar o mínimo de privilégios para
cada tarefa; no caso, editar com o usuário postgres.

E obrigado pelo relato completo!


--
skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
+55 (61) 3546 7191  gTalk: xmpp:leand...@jabber.org
+55 (61) 9302 2691ICQ/AIM: aim:GoIM?screenname=61287803
BRAZIL GMT−3  MSN: msnim:chat?contact=lean...@dutra.fastmail.fm
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral 


___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] RES: Erro Postgresql 8.3

2008-05-28 Por tôpico Forsell Sistemas
antes eu recebia todas as mensagens dessa lista no meu email, no outlook, 
agora só mudei o direcionamento do meu email do yahoo para outro email e só 
vem uns resumos de assuntos, não vem mais email, alguém sabe o que pode ter 
acontecido?
grato,
erlon
favor responder para [EMAIL PROTECTED] pq não sei se a resposta vai 
chegar até mim de outra forma.


- Original Message - 
From: .:: Eder Sousa ::. [EMAIL PROTECTED]
To: 'Comunidade PostgreSQL Brasileira' 
pgbr-geral@listas.postgresql.org.br
Sent: Tuesday, April 01, 2008 10:21 AM
Subject: [pgbr-geral] RES: Erro Postgresql 8.3


Realmente estou usando o SQL Manager 2005...
Abraços
Eder Sousa

-Mensagem original-
De: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Em nome de Leonardo
Cezar
Enviada em: terça-feira, 1 de abril de 2008 10:10
Para: Comunidade PostgreSQL Brasileira
Assunto: Re: [pgbr-geral] Erro Postgresql 8.3

2008/4/1 Bruno Moreno [EMAIL PROTECTED]:

  ERROR:  column op.oprlsortop does not exist
  LINE 12:   LEFT OUTER JOIN pg_operator lso ON lso.oid=op.oprlsortop

  e isso :

  ERROR:  column opcamid does not exist
  LINE 3:   JOIN pg_am am ON am.oid=opcamid

Essas colunas não existem mais no catálogo.

Provavelmente voce esta utilizando uma versão de ferramente muito antiga no
cliente. Tente atualizá-la.

Se não for o caso, tente utilizar o esquema de informações (aka
information_schema) ao invés do catálogo diretamente em suas aplicações.

-Leo
--
Leonardo Cezar et all
http://www.dextra.com.br/postgres
http://www.postgresql.org.br
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

No virus found in this incoming message.
Checked by AVG.
Version: 7.5.519 / Virus Database: 269.22.1/1352 - Release Date: 31/3/2008
10:13


No virus found in this outgoing message.
Checked by AVG.
Version: 7.5.519 / Virus Database: 269.22.1/1352 - Release Date: 31/3/2008
10:13


___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


[pgbr-geral] Eliminar dados do PC

2008-06-17 Por tôpico Forsell Sistemas
se eu tiver em um banco de dados informações confidenciais e precisar excluir 
elas de forma que não seja possível de forma alguma a recuperação... como é 
quando vc elimina um arquivo, há programas que conseguem recuperar o arquivo 
excluido mesmo não estando na lixeira.
se eu excluir dados com o delete e depois dar um vacuum posso ficar tranquilo 
que não terei mais as informações no micro? com nenhum tipo de possibilidade de 
recuperação?
se não.. há alguma solução?
grato,
erlon___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] Eliminar dados do PC

2008-06-17 Por tôpico Forsell Sistemas
Forsell Sistemas escreveu:
 (...)
 se eu excluir dados com o delete e depois dar um vacuum posso ficar
 tranquilo que não terei mais as informações no micro?

Micro? Microcomputador? ou estamos falando de servidor?

Servidor por ser.. (se for um micro só pode ter o postgree e não ser 
servidor.rs)


-- 
[]s
Dickson S. Guedes
-
Projeto Colmeia - Curitiba - PR
(41) 3254-7130 ramal: 27
http://pgcon.postgresql.org.br
http://makeall.wordpress.com/
http://planeta.postgresql.org.br/
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] Eliminar dados do PC

2008-06-17 Por tôpico Forsell Sistemas
 se eu tiver em um banco de dados informações confidenciais e precisar
 excluir elas de forma que não seja possível de forma alguma a
 recuperação... como é quando vc elimina um arquivo, há programas que
 conseguem recuperar o arquivo excluido mesmo não estando na lixeira.
 se eu excluir dados com o delete e depois dar um vacuum posso ficar
 tranquilo que não terei mais as informações no micro? com nenhum tipo
 de possibilidade de recuperação? se não.. há alguma solução? grato,
 erlon

   Para um leigo em computação forense realmente não seria uma tarefa
trivial mas seria ainda possível recuperar parcial ou totalidade dos
dados dependendo de como está o HD, etc...

Então mesmo um Delete from seguido de vacuum não resolve? achei que os dados 
iam se embaralhar, se reordenar na hora de tirar os espaços com o vacuum.
então a única possibilidade de alguma informação de tabela não ficar no pc 
ainda é o desfragmentador? (ha, estou falando de pc com windows instalado, o 
xp mais expecificamente). 


___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] Eliminar dados do PC

2008-06-17 Por tôpico Forsell Sistemas
Forsell Sistemas escreveu:
 Então mesmo um Delete from seguido de vacuum não resolve? achei que os 
 dados
 iam se embaralhar, se reordenar na hora de tirar os espaços com o vacuum.
 então a única possibilidade de alguma informação de tabela não ficar no pc
 ainda é o desfragmentador? (ha, estou falando de pc com windows instalado, 
 o
 xp mais expecificamente).

Depende da ferramente de análise forense que você utiliza. É possível
que você tenha sim blocos sobrescritos que podem dificultar a
recuperação por parte de determinados software. A própria gravação por
'0s' (zero fill) não garante efetivamente que os dados não poderão ser
lidos, já que a gravação fisica do '0' ainda deixa vestigios.

Existem ferramentas que analisam variações de tensão abaixo do +5V(1
binario) de forma que uma gravação de um '0'(-5V) sobre um '1' pode
futuramente dar um retorno, por exemplo, de +2V (sim estamos falando de
meios físicos que não são perfeitos) que tecnicamente vale um '0', mas
que para ferramentas que avaliam isso mais baixo nível quer dizer que
ali um dia foi '1'.

Em resumo, se seus dados são criticamente confidenciais, trate-os como
tal e utilize uma infra-estrutura que possa estabelecer um nivel de
garantia melhor.


Aceito sugestões quem tiver... muitíssimo obrigado pela resposta
grato,
erlon 


___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] crystal e vb

2008-07-02 Por tôpico Forsell Sistemas
R sendo o controle do crystal no VB
GGserver é o local dos dados
Database=Notas é o nome do bd que estou acessando na string abaixo
GGuser o nome de usuario que vc acessa pelo pgadmin
ggsenha a senha do bd.

VC ainda tem que ter um odbc configurado em ferramentas administrativas/odbc 
no teu pc. Segue o código:

   Dim gsconnect As String
   gsconnect = driver={PostgreSQL};server=  GGServer  
;port=5432;database=Notas;uid=  GGUser  ;pwd=  GGSenha
   R.Connect = gsconnect
   R.ReportFileName = GGCaminho  \Relat\Prod_Completo.rpt
   R.RetrieveDataFiles
   R.Action = 1

espero ter ajudado

[EMAIL PROTECTED] wrote:
 Eu tenho um relatório feito no crystal report com conexão access Estou
 mudando para o banco de dados postgresql e como conecto via código no vb.
Se fosse para conectar o relatório do Access diretamente ao Postgresql
era só você alterar a conexão ODBC em Database/Database Expert.
Mas como é via código não sei te informar e acho que essa não é a melhor
lista para perguntar. Porque seu problema é entre o Crystal e o VB e não
com o Postgres. Você teria a mesma dúvida em qualquer outro banco de dados.
Sugiro perguntar em uma lista de VB bem ativa ou em uma lista de Crystal.

Att

Evandro
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


[pgbr-geral] Recuperar BD só com a pasta

2008-07-08 Por tôpico Forsell Sistemas
eu tinha um banco de dados num cliente, no mesmo servidor tinha um concorrente 
meu que tinha os bd´s dele, tudo na mesma instalação do postgresql.. deu pau no 
servidor, o cara da assistencia de hardware não falou nada, tirou o hd do 
servidor e colocou em outra maquina. (windows xp)
agora só tenho umas pastas do postgree, com a estrutura da pasta ok, tentei 
jogar a pasta data no lugar de uma que tenho no meu micro no lugar da Data, 
iniciei o serviço e nada..
substitui a pasta postgree do meu micro pela da que era o servidor, acessei 
pelo pgadmin e nada.. há algum programa que busque os bd´s que tinham na 
estrutura da pasta postgresql em arquivos de programas e recupere os dados?
grato,
erlon___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] Recuperar BD só com a pasta

2008-07-08 Por tôpico Forsell Sistemas
Eu fiz, não achei, por isso escrevi, ao menos no que tenho no outlook, mais 
de 10.000 mens. não encontrei,, mas vou tentar de novo.. o que encontrei é 
qu eno meu cliente estava o postgre 8.2 e o que eu tenho instalado é o 8.0, 
vou tentar deixar a mesma versão e substituir a pasta data para ver.. 
obrigado


2008/7/8 Forsell Sistemas [EMAIL PROTECTED]:
 substitui a pasta postgree do meu micro pela da que era o servidor, 
 acessei
 pelo pgadmin e nada.. há algum programa que busque os bd´s que tinham na
 estrutura da pasta postgresql em arquivos de programas e recupere os 
 dados?

Erlon, isso é discutido no mínimo a cada dois meses na lista.  Você
poderia fazer uma busca nos arquivos da lista, por favor?


-- 
skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra
+55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED]
+55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803
+55 (11) 5685 2219 MSN: msnim:[EMAIL PROTECTED]
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


[pgbr-geral] Ref: Pgsql 8.4 - Portugues.

2009-10-18 Por tôpico VisualP Sistemas
Sera que já saiu o  manual em Portugês ?

Paulo.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] Criação de Banco v-8.4.1-1

2009-10-20 Por tôpico VisualP Sistemas
Migrei da 8.2 e a velocidade desta nova versão é impressionante.
Estou usando: 8.4.1, e até agora esta tudo OK.

Codificação: LATIN1
Collation: C
Character type: C


Paulo.

  - Original Message - 
  From: Henrique Silva 
  To: pgbr-geral@listas.postgresql.org.br 
  Sent: Tuesday, October 20, 2009 9:51 AM
  Subject: [pgbr-geral] Criação de Banco v-8.4.1-1


  Bom dia, sou iniciante em postgre e li bastante antes de baixar e instalar, 
optei pela versão mais recente.

  Porém estou tendo problemas, ele não deixa eu criar um banco com codificação 
LATIN1.

  Encontrei na web outras pessoas com a mesma dificuldade, porém sem solução.

  Meu SO é o Windows Vista.


  Desde já, obrigado!


  Henrique.


--


  ___
  pgbr-geral mailing list
  pgbr-geral@listas.postgresql.org.br
  https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral



  __ NOD32 4525 (20091020) Information __

  This message was checked by NOD32 antivirus system.
  http://www.eset.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] Res: Criação de Banco v-8.4 .1-1

2009-10-20 Por tôpico VisualP Sistemas
http://www.postgresql.org.br/noticias/2009/lancamento/8.4


  - Original Message - 
  From: MARCIO CASTRO 
  To: Comunidade PostgreSQL Brasileira 
  Sent: Tuesday, October 20, 2009 12:37 PM
  Subject: [pgbr-geral] Res: Criação de Banco v-8.4.1-1


  O que é que tem de diferente na nova versão para que a performance tenha 
melhorado?






--
  De: VisualP Sistemas pa...@visualpsistemas.com.br
  Para: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
  Enviadas: Ter, Outubro 20, 2009 10:11:16 AM
  Assunto: Re: [pgbr-geral] Criação de Banco v-8.4.1-1


  Migrei da 8.2 e a velocidade desta nova versão é impressionante.
  Estou usando: 8.4.1, e até agora esta tudo OK.

  Codificação: LATIN1
  Collation: C
  Character type: C


  Paulo.

- Original Message - 
From: Henrique Silva 
To: pgbr-geral@listas.postgresql.org.br 
Sent: Tuesday, October 20, 2009 9:51 AM
Subject: [pgbr-geral] Criação de Banco v-8.4.1-1


Bom dia, sou iniciante em postgre e li bastante antes de baixar e instalar, 
optei pela versão mais recente.

Porém estou tendo problemas, ele não deixa eu criar um banco com 
codificação LATIN1.

Encontrei na web outras pessoas com a mesma dificuldade, porém sem solução.

Meu SO é o Windows Vista.


Desde já, obrigado!


Henrique.





___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral



__ NOD32 4525 (20091020) Information __

This message was checked by NOD32 antivirus system.
http://www.eset.com



--
  Veja quais são os assuntos do momento no Yahoo! + Buscados: Top 10 - 
Celebridades - Música - Esportes

  __ NOD32 4526 (20091020) Information __

  This message was checked by NOD32 antivirus system.
  http://www.eset.com



--


  ___
  pgbr-geral mailing list
  pgbr-geral@listas.postgresql.org.br
  https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral



  __ NOD32 4526 (20091020) Information __

  This message was checked by NOD32 antivirus system.
  http://www.eset.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


[pgbr-geral] REF. Acesso a Lista.

2009-11-11 Por tôpico VisualP Sistemas
Ola Pessoal,

Porque ao tentar acessar a lista: 
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
o Firefox bloqueia o site ? Retorna Conexão não Confiavel.
Alguem tem alguma idéia.

Atts,
Paulo.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


[pgbr-geral] REF. BACKUP entre Verssoes.

2009-11-12 Por tôpico VisualP Sistemas
Olá Pessoal,

Estou tentando voltar um backup que foi realizada na versao 8.4 - LATIN1 - C 
-C. - Linux.
Estou executando na versão 8.2 - LATIN1. - Windows XP SP3.

Recebo a seguinte mensagem:

ERROR: character 0xe28093 of encoding UTF8 has no equivalent in LATIN1
SQL state: 22P05

Alguem tem alguma idéia de como resolver este problema ???


Obrigado.

Paulo.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] REF. BACKUP entre Verssoes.

2009-11-12 Por tôpico VisualP Sistemas
Exatamente, sei que tem algo errado, mas o que ?
Posso ajustar no meu servidor local. Mas ja tentei e nada.
O erro só ocorre (obviamente) nas tabelas com conteúdo
com acentuações, nas demais restaurou sem problemas.



- Original Message - 
From: Leandro DUTRA leandro.gfc.du...@gmail.com
To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
Sent: Thursday, November 12, 2009 9:57 AM
Subject: Re: [pgbr-geral] REF. BACKUP entre Verssoes.


2009/11/12 JotaComm jota.c...@gmail.com:
 Você poderia mostrar o encoding do banco de onde você fez o backup e o
 encoding do banco que está querendo carregar o dump.

Então, ele já mostrou... mas deve estar errado.


-- 
skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
+55 (11) 3854 7191  gTalk: xmpp:leand...@jabber.org
+55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803
BRAZIL GMT-3  MSN: msnim:chat?contact=lean...@dutra.fastmail.fm
Sent from Sao Paulo, SP, Brazil
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

__ NOD32 4599 (20091112) Information __

This message was checked by NOD32 antivirus system.
http://www.eset.com


___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] REF. BACKUP entre Verssoes.

2009-11-12 Por tôpico VisualP Sistemas
8.2
Codificação: LATIN1
ENCODING = 'LATIN1'

8.4
Codificação: LATIN1
Collation: C
Character type: C

  - Original Message - 
  From: JotaComm 
  To: Comunidade PostgreSQL Brasileira 
  Sent: Thursday, November 12, 2009 10:19 AM
  Subject: Re: [pgbr-geral] REF. BACKUP entre Verssoes.


  Concordo com você Leandro, por isso pedi as informações de novo :)


  2009/11/12 Leandro DUTRA leandro.gfc.du...@gmail.com

2009/11/12 JotaComm jota.c...@gmail.com:

 Você poderia mostrar o encoding do banco de onde você fez o backup e o
 encoding do banco que está querendo carregar o dump.


Então, ele já mostrou... mas deve estar errado.


--
skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
+55 (11) 3854 7191  gTalk: xmpp:leand...@jabber.org
+55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803
BRAZIL GMT-3  MSN: msnim:chat?contact=lean...@dutra.fastmail.fm
Sent from Sao Paulo, SP, Brazil

___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral



  []s
  -- 
  JotaComm
  http://jotacomm.wordpress.com



--


  ___
  pgbr-geral mailing list
  pgbr-geral@listas.postgresql.org.br
  https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral



  __ NOD32 4599 (20091112) Information __

  This message was checked by NOD32 antivirus system.
  http://www.eset.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] REF. BACKUP entre Verssoes.

2009-11-12 Por tôpico VisualP Sistemas
Olá.
Para backup:
pg_dump --insert -U visualpsistemas3 -O visualpsistemas3 gt; 
visualpsistemas3_bkp.sql

Para Restore:
Executado RUN-SQL no PgAdminIII.
  - Original Message - 
  From: JotaComm 
  To: Comunidade PostgreSQL Brasileira 
  Sent: Thursday, November 12, 2009 10:42 AM
  Subject: Re: [pgbr-geral] REF. BACKUP entre Verssoes.


  Olá,


  2009/11/12 VisualP Sistemas pa...@visualpsistemas.com.br

8.2
Codificação: LATIN1
ENCODING = 'LATIN1'

8.4
Codificação: LATIN1
Collation: C
Character type: C


  Qual o comando que você usou para pegar o dump?

  Qual o comando que você usou para restaurar?

   

  - Original Message - 
  From: JotaComm 
  To: Comunidade PostgreSQL Brasileira 
  Sent: Thursday, November 12, 2009 10:19 AM
  Subject: Re: [pgbr-geral] REF. BACKUP entre Verssoes.


  Concordo com você Leandro, por isso pedi as informações de novo :)


  2009/11/12 Leandro DUTRA leandro.gfc.du...@gmail.com

2009/11/12 JotaComm jota.c...@gmail.com:

 Você poderia mostrar o encoding do banco de onde você fez o backup e o
 encoding do banco que está querendo carregar o dump.


Então, ele já mostrou... mas deve estar errado.


--
skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
+55 (11) 3854 7191  gTalk: xmpp:leand...@jabber.org
+55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803
BRAZIL GMT-3  MSN: msnim:chat?contact=lean...@dutra.fastmail.fm
Sent from Sao Paulo, SP, Brazil

___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral



  []s
  -- 
  JotaComm
  http://jotacomm.wordpress.com



--


  ___
  pgbr-geral mailing list
  pgbr-geral@listas.postgresql.org.br
  https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral




  __ NOD32 4599 (20091112) Information __

  This message was checked by NOD32 antivirus system.
  http://www.eset.com


___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral




  []s
  -- 
  JotaComm
  http://jotacomm.wordpress.com



--


  ___
  pgbr-geral mailing list
  pgbr-geral@listas.postgresql.org.br
  https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral



  __ NOD32 4599 (20091112) Information __

  This message was checked by NOD32 antivirus system.
  http://www.eset.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] REF. BACKUP entre Verssoes. - RESOLVIDO.

2009-11-12 Por tôpico VisualP Sistemas
Problema resolvido pessoal.
O problema esta em apenas dois registros que continham caracteres
com espaços duplosC. MORÇA - T -  L FENIX (não entendi),
Retirei os espaços e pronto. restaurou.
Da varias linhas apenas tres estavam assim e não restaurava.

Obrigado a todos.

Atts,
Paulo.


- Original Message - 
From: Leandro DUTRA leandro.gfc.du...@gmail.com
To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
Sent: Thursday, November 12, 2009 11:00 AM
Subject: Re: [pgbr-geral] REF. BACKUP entre Verssoes.


2009/11/12 VisualP Sistemas pa...@visualpsistemas.com.br:
 pg_dump --insert -U visualpsistemas3 -O visualpsistemas3 gt;
 visualpsistemas3_bkp.sql

Então, mas qual o ambiente?  E qual o resultado do file ou do iconv?
Finalmente, por favor, não envie respostas no topo.  Faz perdermos o
histórico, e cria mensagens desnecessariamente grandes.


-- 
skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
+55 (11) 3854 7191  gTalk: xmpp:leand...@jabber.org
+55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803
BRAZIL GMT-3  MSN: msnim:chat?contact=lean...@dutra.fastmail.fm
Sent from Sao Paulo, SP, Brazil
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

__ NOD32 4599 (20091112) Information __

This message was checked by NOD32 antivirus system.
http://www.eset.com


___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


[pgbr-geral] REF. Adicionar Nova Coluna

2009-11-26 Por tôpico VisualP Sistemas
Ola Pessoal,

Preciso incluir uma nova coluna em todas as tabelas
de um sistema e gostaria de saber se alguem conhece
alguma forma de incluir automaticamente esta nova coluna 
de forma automatica.

Algo do tipo:
ALTER TABLE todas_tabelas ADD COLUMN novo_campo char(1);

Alguem tem alguma dica ou script ???


Obrigado.

Paulo.
 
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] REF. Adicionar Nova Coluna

2009-11-27 Por tôpico VisualP Sistemas
Olá JotaComm,
Ficou show. era exatamente o que eu precisava.
Obrigado pela dica.

- Original Message - 
  From: JotaComm 
  To: Comunidade PostgreSQL Brasileira 
  Sent: Thursday, November 26, 2009 10:02 PM
  Subject: Re: [pgbr-geral] REF. Adicionar Nova Coluna


  Olá,


  2009/11/26 VisualP Sistemas pa...@visualpsistemas.com.br

Ola Pessoal,

Preciso incluir uma nova coluna em todas as tabelas
de um sistema e gostaria de saber se alguem conhece
alguma forma de incluir automaticamente esta nova coluna 
de forma automatica.

Algo do tipo:
ALTER TABLE todas_tabelas ADD COLUMN novo_campo char(1);

Alguem tem alguma dica ou script ???

  Você pode fazer o seguinte:

  CREATE OR REPLACE FUNCTION f_adiciona_coluna()
  RETURNS boolean AS $$
  DECLARE
  lista RECORD;
  BEGIN
  FOR lista IN SELECT tablename FROM pg_tables WHERE schemaname='public'
 ORDER BY tablename LOOP
  EXECUTE 'ALTER TABLE ' || lista.tablename || ' ADD COLUMN codigo 
INTEGER';
  RAISE NOTICE 'Coluna adicionada na tabela %.',lista.tablename;
  END LOOP;
  IF FOUND THEN
  RETURN TRUE;
  END IF;
  RETURN FALSE;
  END;
  $$ LANGUAGE PLPGSQL;

  Neste exemplo é adicionada a coluna codigo do tipo integer em todas as 
tabelas do esquema public. É uma função bem simples, agora é só você adaptar 
para o seu caso. 



Obrigado.

Paulo.



___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral




  []s
  -- 
  JotaComm
  http://jotacomm.wordpress.com



--


  ___
  pgbr-geral mailing list
  pgbr-geral@listas.postgresql.org.br
  https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral



  __ NOD32 4640 (20091126) Information __

  This message was checked by NOD32 antivirus system.
  http://www.eset.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


[pgbr-geral] REF. Restore não Habilitado.

2009-12-03 Por tôpico VisualP Sistemas
Olá Pessoal,

Estou executando meus backups num arquivo .BAT:

for /f tokens=1,2,3,4 delims=/  %%a in ('DATE /T') do set Date=%%b-%%c-%%d
pg_dump.exe -i -h localhost -d banco -p 5432 -U user -f C:\%Date%.backup

Funciona 100%.
Ocorre que tentei hoje restaurar no PgAdmin e o mesmo não habilita o OK.
Se eu fizer o mesmo backup pelo PgAdmin ele restaura sem problemas, mas
pelo arquivo .BAT não habilita o restore.

Alguem tem alguma idéia ??

Obrigado.

Paulo.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] RE F. Restore não Habilitado.

2009-12-04 Por tôpico VisualP Sistemas

Olá JacksonWeber,

Ficou Show. Èra exatamente isso.

Obrigado pela dica.

Att,
Paulo.



___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


[pgbr-geral] REF. Duplicar Tabelas e Acrescentar Colunas.

2009-12-14 Por tôpico VisualP Sistemas
Olá Pessoal,

Terminei um sistema com 46 tabelas.
Agora vou precisar duplicar o nome destas tabelas
acrescentando _log. Ex: aluno - alugo_log, etc;
e também preciso acrescentar no inicio destas tabelas tres novas colunas:

operacao char
usuario varchar
data timestamp

Ex: se tabela aluno tem duas colunas:
id char
aluno varchar

apos rodar trigger ficaria: aluno_log

operacao char
usuario varchar
data timestamp
id char
aluno varchar

Alguem conhece algum trigger ou tem alguma dica ?

Obrigado.

Paulo.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] ERP em Postgres

2010-01-18 Por tôpico VisualP Sistemas
Utilizo Kinghost e recomendo. muito bom mesmo.
Eles tem diversos planos de hospedagem, consulte o site.
http://www.kinghost.com.br

Recomendo.

Att,
Paulo.
VisualP Sistemas.

  - Original Message - 
  From: Armando Roque 
  To: Comunidade PostgreSQL Brasileira 
  Sent: Monday, January 18, 2010 6:46 PM
  Subject: Re: [pgbr-geral] ERP em Postgres


  Não uso, mas tenho tido ótimas informações sobre a Kinghost.

  http://www.kinghost.com.br


  2010/1/18 Tarcísio Sassara sassara.tarci...@gmail.com

Entra em contato com a locaweb. Eles oferecem o PostgreSQL.

Dependendo das circunstâncias, vale mais a pena servidores dedicados
ou virtuais.

2010/1/18 Celso Jose Salustiano cjsalusti...@yahoo.com.br


 Na empresa onde eu trabalho utilizamos um ERP com banco de dados 
Postgres. Pretendemos hospedar o banco de dados em um DC que ofereça suporte a 
este banco. O Google não listou nenhuma empresa. Alguém poderia indicar alguma?

 CJS
 
 Veja quais são os assuntos do momento no Yahoo! + Buscados: Top 10 - 
Celebridades - Música - Esportes

 ___
 pgbr-geral mailing list
 pgbr-geral@listas.postgresql.org.br
 https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral




--
Tarcisio F. Sassara
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral




  -- 
  Armando Roque Ferreira Pinto
  Analista de sistemas
  MCP 
https://www.mcpvirtualbusinesscard.com/VBCServer/armandoroque/interactivecard



--


  ___
  pgbr-geral mailing list
  pgbr-geral@listas.postgresql.org.br
  https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral



  __ NOD32 4783 (20100118) Information __

  This message was checked by NOD32 antivirus system.
  http://www.eset.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


[pgbr-geral] REF. Alterar Indice.

2010-02-06 Por tôpico VisualP Sistemas
Ola Pessoal,

Tenho uma tabela em produção com um indice no seguinte formato:

CREATE INDEX fkindice ON tabela (coluna1);

Preciso adicionar mais uma coluna no indice: que fique como:
CREATE INDEX fkindice ON tabela (coluna1,coluna2);

preciso executar um ALTER INDEX...

Alguem pode dar uma dica ??

Obrigado.

Paulo.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] REF. Alterar Indice.

2010-02-06 Por tôpico VisualP Sistemas
Valeu Roberto,
Mais uma duvida, a coluna1 do indice esta relacionada,
preciso executar o Reference novamente ??


- Original Message - 
From: Roberto Mello roberto.me...@gmail.com
To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
Sent: Saturday, February 06, 2010 5:49 PM
Subject: Re: [pgbr-geral] REF. Alterar Indice.


DROP INDEX
CREATE INDEX

Roberto

2010/2/6 VisualP Sistemas pa...@visualpsistemas.com.br:
 Ola Pessoal,

 Tenho uma tabela em produção com um indice no seguinte formato:

 CREATE INDEX fkindice ON tabela (coluna1);
 Preciso adicionar mais uma coluna no indice: que fique como:
 CREATE INDEX fkindice ON tabela (coluna1,coluna2);
 preciso executar um ALTER INDEX...
 Alguem pode dar uma dica ??

 Obrigado.

 Paulo.

 ___
 pgbr-geral mailing list
 pgbr-geral@listas.postgresql.org.br
 https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

__ NOD32 4842 (20100206) Information __

This message was checked by NOD32 antivirus system.
http://www.eset.com


___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] REF. Alterar Indice.

2010-02-06 Por tôpico VisualP Sistemas
Valeu a Dica, Roberto.


- Original Message - 
From: Roberto Mello roberto.me...@gmail.com
To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
Sent: Saturday, February 06, 2010 5:49 PM
Subject: Re: [pgbr-geral] REF. Alterar Indice.


DROP INDEX
CREATE INDEX

Roberto

2010/2/6 VisualP Sistemas pa...@visualpsistemas.com.br:
 Ola Pessoal,

 Tenho uma tabela em produção com um indice no seguinte formato:

 CREATE INDEX fkindice ON tabela (coluna1);
 Preciso adicionar mais uma coluna no indice: que fique como:
 CREATE INDEX fkindice ON tabela (coluna1,coluna2);
 preciso executar um ALTER INDEX...
 Alguem pode dar uma dica ??

 Obrigado.

 Paulo.

 ___
 pgbr-geral mailing list
 pgbr-geral@listas.postgresql.org.br
 https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

__ NOD32 4842 (20100206) Information __

This message was checked by NOD32 antivirus system.
http://www.eset.com


___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


[pgbr-geral] REF. PSQLODBC - Instalação Sile nciosa.

2010-03-17 Por tôpico VisualP Sistemas
Ola Pessoal,

Preciso executar a instalação silenciosa do psqlodbc;
para não precisar instalar o banco em maquinas que irei precisar apenas do ODBC.

Alguem tem um link ?

Att,
Paulo.
VisualP Sistemas.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


[pgbr-geral] REF. Usuarios Conectados.

2010-03-25 Por tôpico VisualP Sistemas
Ola Pessoal.

Preciso controlar os usuarios conectados para nao permitir que usuario ja 
conectado acesse novamente.
Penso em colocar um flag na tabela de usuario, quando entra no sistema e reseta 
o flag quando sai.
Mas nao sei ate que ponto isto é seguro uma vez que o PC pode ser desligado sem 
sair do sistema,etc.

Qual o melhor forma de controle, alguem tem mais dicas ??

Att,
Paulo.

___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


[pgbr-geral] REF.Restore Schema Especifico.

2010-04-12 Por tôpico VisualP Sistemas
Ola Pessoal,

Fiz um backup na schema Public e preciso restaurar este backup em outro schema:
Ex:
Backup: Banco teste - schema Public;
Restore: Banco teste - schema Public2.

Alguem tem alguma dica de como fazer isso ??

Att,
Paulo.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] REF.Restore Schema Especifico.

2010-04-12 Por tôpico VisualP Sistemas
Obrigado JotaComm,

Fiz em formato binario, mas vou restaurar em binario e fazer em texto
e entao alterar o parametro.

Att,
Paulo.
  - Original Message - 
  From: JotaComm 
  To: Comunidade PostgreSQL Brasileira 
  Sent: Monday, April 12, 2010 9:26 AM
  Subject: Re: [pgbr-geral] REF.Restore Schema Especifico.


  Olá,


  Em 12 de abril de 2010 09:21, VisualP Sistemas pa...@visualpsistemas.com.br 
escreveu:

Ola Pessoal,

Fiz um backup na schema Public e preciso restaurar este backup em outro 
schema:
Ex:
Backup: Banco teste - schema Public;
Restore: Banco teste - schema Public2.

Alguem tem alguma dica de como fazer isso ??


  Você fez um dump em formato texto ou formato binário?


  Se você fez em formato texto você pode editar o arquivo gerado e alterar o 
parâmetro SET search_path = 'public' e alterar para o esquema que deseja e 
assim restaurar o dump.

Att,
Paulo.


___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral




  []s
  -- 
  JotaComm
  http://jotacomm.wordpress.com



--


  ___
  pgbr-geral mailing list
  pgbr-geral@listas.postgresql.org.br
  https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral



  __ NOD32 5015 (20100410) Information __

  This message was checked by NOD32 antivirus system.
  http://www.eset.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] Coluna na tabela tipo imagem ou pdf

2010-04-26 Por tôpico VisualP Sistemas
Olá George,

Eu utilizo na minha loja virtual muitas imagens, e guardo o nome de cada uma 
numa tabela.
Em outra tabela de parametros indico o caminho da localização desta imagens,
desta forma nao importa onde as imagens estejam armazenadas, basta indicar o 
caminho.
Se o teu caminho é fixo e nao vai mudar, basta indicar o local e o nome da cada 
imagem numa tabela.


Espero ter ajudado.

Att,
Paulo.
VisualP Sistemas.

  - Original Message - 
  From: George M Tabatinga 
  To: Comunidade PostgreSQL Brasileira 
  Sent: Monday, April 26, 2010 12:56 PM
  Subject: [pgbr-geral] Coluna na tabela tipo imagem ou pdf


  Senhores,


  Qual a melhor forma de armazenar uma informação tipo imagem no formato pdf 
numa tabela Postgres?
  Grato,
  George

  -- 
  George Machado Tabatinga,
  Analista de Sistemas - SETUR



--


  ___
  pgbr-geral mailing list
  pgbr-geral@listas.postgresql.org.br
  https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral



  __ NOD32 5062 (20100426) Information __

  This message was checked by NOD32 antivirus system.
  http://www.eset.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


[pgbr-geral] REF: Dúvida sobre COPY.

2010-06-13 Por tôpico VisualP Sistemas
Ola Pessoal,
Quando executo o comando COPY:
COPY codigo,nome TO '/tmp/lista_nomes.txt' WITH DELIMITER ';' CSV;
1;Paulo
2;Joao
3;Rui

Preciso que termine final linha com (;) assim:
1;Paulo;
2;Joao;
3;Rui;

Alguem tem alguma dica ?

Att,
Paulo.
VisualP Sistemas.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] REF: Dúvida sobre COPY.

2010-06-14 Por tôpico VisualP Sistemas
Bom dia, Fabiano,

Ficou Show. Era isso mesmo.

Obrigado.

Att,
Paulo.

- Original Message - 
From: Fabiano Chiqueti chiqu...@gmail.com
To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
Sent: Monday, June 14, 2010 9:29 AM
Subject: Re: [pgbr-geral] REF: Dúvida sobre COPY.


Bom dia, Paulo

Tenta assim:

COPY (select codigo,nome||';' from nome_schema.nome_tabela) TO
'/tmp/lista_nomes.txt' WITH DELIMITER ';';

Att

Chiqueti

Em 12 de junho de 2010 21:51, VisualP Sistemas
pa...@visualpsistemas.com.br escreveu:
 Ola Pessoal,
 Quando executo o comando COPY:
 COPY codigo,nome TO '/tmp/lista_nomes.txt' WITH DELIMITER ';' CSV;
 1;Paulo
 2;Joao
 3;Rui

 Preciso que termine final linha com (;) assim:
 1;Paulo;
 2;Joao;
 3;Rui;
 Alguem tem alguma dica ?

 Att,
 Paulo.
 VisualP Sistemas.

 ___
 pgbr-geral mailing list
 pgbr-geral@listas.postgresql.org.br
 https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

__ NOD32 5194 (20100614) Information __

This message was checked by NOD32 antivirus system.
http://www.eset.com


___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


[pgbr-geral] REF. RESTORE LinuxWindows.

2010-06-21 Por tôpico VisualP Sistemas
Ola Pessoal,

Fiz um backup texto no Linux de uma base.
Estou restaurando esta base no Windows,
mesma versao do banco.
Ao executar SQL recebo a mensagem:

ERROR: could not find function LWGEOM_asGeoJson in file C:/Arquivos de 
programas/PostgreSQL/8.2/lib/liblwgeom.dll
SQL state: 42883

Alguemj tem alguma dica ???

Obrigado,

Paulo.
VisualP Sistemas.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] Solicitação de cancelamento de pa rticipante do grupo postgresql

2010-09-09 Por tôpico VisualP Sistemas
O Kara é tão Burro que não consegue nem se descadastar.
  - Original Message - 
  From: Wagner Nogueira Santiago 
  To: pgbr-geral@listas.postgresql.org.br ; adriano...@gmail.com 
  Sent: Thursday, September 09, 2010 10:48 AM
  Subject: Re: [pgbr-geral] Solicitação de cancelamento de participante do 
grupo postgresql


  Primeiramente bom dia meu caro?
  Gostaria de lhe fazer uma pergunta?
  Alguém te obrigou, ou te forçou, ou te coagiu, ou lhe implorou, mandou 
cartinha,ou tel telefonou para vc entrar na lista...
   
  Então vamos lá, se vc não tem educação ou se vc é corno e viado, ou deu meia 
hora de cú e não gostou o problema é seu... agora não vem querer tirar os 
outros pra dançar sem musica seu ARROMBADO, vai se fuder...vai procurar um 
PIRO E QUANDO FICAR BEM GRANDE ENVIA NO CÚ..

   
   From: adriano...@gmail.com
   Date: Wed, 8 Sep 2010 17:13:53 -0300
   To: pgbr-geral@listas.postgresql.org.br; pgbr-geral@listas.postgresql.org.br
   Subject: Re: [pgbr-geral] Solicitação de cancelamento de participante do 
grupo postgresql
   
   Eu já fui na merda desse site diz o descadastro parei de receber essas 
mensagens por um tempo e agora to recebendo essa buceta tudo denovo que merda 
desconfiem não quero mais Essa bosta me excluam cambada viados!
   
   Adriano Alves
   Analista Desenvolvedor
   
   Em 08/09/2010, às 14:51, Osvaldo Kussama osvaldo.kuss...@gmail.com 
escreveu:
   
Em 8 de setembro de 2010 14:28, rogerio qc rogeri...@yahoo.com.br 
escreveu:

Boa tarde,

Por favor gostaria de ser excluido do grupo.

Obrigado.




Vá em:
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
e siga as instruções descritas no final da página.

Osvaldo
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
   
   ___
   pgbr-geral mailing list
   pgbr-geral@listas.postgresql.org.br
   https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


  __ NOD32 5436 (20100909) Information __

  This message was checked by NOD32 antivirus system.
  http://www.eset.com



--
  E-mail verificado pelo Terra Anti-Spam.
  Para classificar esta mensagem como spam ou não spam, clique aqui.
  Verifique periodicamente a pasta Spam para garantir que apenas mensagens
  indesejadas sejam classificadas como Spam. 


--


  ___
  pgbr-geral mailing list
  pgbr-geral@listas.postgresql.org.br
  https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral



  __ NOD32 5436 (20100909) Information __

  This message was checked by NOD32 antivirus system.
  http://www.eset.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] Solicitação de cancelamento de p articipante do grupo postgresql

2010-09-10 Por tôpico VisualP Sistemas
O Kara continua sendo tão Burro que a única linguagem que ele conhece é a chula.
Linguagem típica de Jumento.
  - Original Message - 
  From: Adriano Alves 
  To: Comunidade PostgreSQL Brasileira 
  Sent: Thursday, September 09, 2010 10:16 PM
  Subject: Re: [pgbr-geral] Solicitação de cancelamento de participante do 
grupo postgresql


  VAI TOMA NO SEU CU VC SEU FILHO DA PUTA. SE TA FALANDO DE PIROCA E PORQUE VC 
E QUE TA DANDO ESSE CU PRA TODO MUNDO VIADO  FILHO DA PUTA SUA MÃE CHUPA MEU 
PAU TODO DIA E SEU PAI FICA OLHANDO E ACHANDO BOM SEU CORNO VIADO !



  Em 09/09/2010, às 11:42, VisualP Sistemas p@terra.com.br escreveu:


O Kara é tão Burro que não consegue nem se descadastar.
  - Original Message - 
  From: Wagner Nogueira Santiago 
  To: pgbr-geral@listas.postgresql.org.br ; adriano...@gmail.com 
  Sent: Thursday, September 09, 2010 10:48 AM
  Subject: Re: [pgbr-geral] Solicitação de cancelamento de participante do 
grupo postgresql


  Primeiramente bom dia meu caro?
  Gostaria de lhe fazer uma pergunta?
  Alguém te obrigou, ou te forçou, ou te coagiu, ou lhe implorou, mandou 
cartinha,ou tel telefonou para vc entrar na lista...
   
  Então vamos lá, se vc não tem educação ou se vc é corno e viado, ou deu 
meia hora de cú e não gostou o problema é seu... agora não vem querer tirar os 
outros pra dançar sem musica seu ARROMBADO, vai se fuder...vai procurar um 
PIRO E QUANDO FICAR BEM GRANDE ENVIA NO CÚ..

   
   From: adriano...@gmail.com
   Date: Wed, 8 Sep 2010 17:13:53 -0300
   To: pgbr-geral@listas.postgresql.org.br; 
pgbr-geral@listas.postgresql.org.br
   Subject: Re: [pgbr-geral] Solicitação de cancelamento de participante 
do grupo postgresql
   
   Eu já fui na merda desse site diz o descadastro parei de receber essas 
mensagens por um tempo e agora to recebendo essa buceta tudo denovo que merda 
desconfiem não quero mais Essa bosta me excluam cambada viados!
   
   Adriano Alves
   Analista Desenvolvedor
   
   Em 08/09/2010, às 14:51, Osvaldo Kussama osvaldo.kuss...@gmail.com 
escreveu:
   
Em 8 de setembro de 2010 14:28, rogerio qc rogeri...@yahoo.com.br 
escreveu:

Boa tarde,

Por favor gostaria de ser excluido do grupo.

Obrigado.




Vá em:
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
e siga as instruções descritas no final da página.

Osvaldo
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
   
   ___
   pgbr-geral mailing list
   pgbr-geral@listas.postgresql.org.br
   https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


  __ NOD32 5436 (20100909) Information __

  This message was checked by NOD32 antivirus system.
  http://www.eset.com



--
  E-mail verificado pelo Terra Anti-Spam.
  Para classificar esta mensagem como spam ou não spam, clique aqui.
  Verifique periodicamente a pasta Spam para garantir que apenas mensagens
  indesejadas sejam classificadas como Spam. 


--


  ___
  pgbr-geral mailing list
  pgbr-geral@listas.postgresql.org.br
  https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral



  __ NOD32 5436 (20100909) Information __

  This message was checked by NOD32 antivirus system.
  http://www.eset.com

___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral



  __ NOD32 5438 (20100909) Information __

  This message was checked by NOD32 antivirus system.
  http://www.eset.com



--
  E-mail verificado pelo Terra Anti-Spam.
  Para classificar esta mensagem como spam ou não spam, clique aqui.
  Verifique periodicamente a pasta Spam para garantir que apenas mensagens
  indesejadas sejam classificadas como Spam. 


--


  ___
  pgbr-geral mailing list
  pgbr-geral@listas.postgresql.org.br
  https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral



  __ NOD32 5438 (20100909) Information __

  This message was checked by NOD32 antivirus system.
  http://www.eset.com

[pgbr-geral] REF. SCRIPT DE ATUALIZAÇÃO.

2010-09-30 Por tôpico VisualP Sistemas
Ola Pessoal,

Temos um sistema instalado em varios clientes diferentes.
Ocorre que ao alterar a base em tempo de desenvolvimento,
apos testes internos passamos a atualizar estes sistemas.

Existe uma forma ou ferramenta que a partir da minha base interna,
gere os scripts APENAS DAS NOVAS IMPLEMENTAÇÕES NA BASE,
para atualizar as diversas bases instaladas nos clientes.

No Aguardo,

Obrigado,

Att,
Paulo.

___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] REF. SCRIPT DE ATUALIZAÇÃO.

2010-10-01 Por tôpico VisualP Sistemas
Bom dia Senhores.
Obrigado a todos pelas dicas.
Estaremos analisando uma a uma e ver qual melhor opção para nós.

Abraço a todos.

Att,
Paulo.




  - Original Message - 
  From: Eder Sousa 
  To: Comunidade PostgreSQL Brasileira 
  Sent: Friday, October 01, 2010 9:16 AM
  Subject: Re: [pgbr-geral] REF. SCRIPT DE ATUALIZAÇÃO.


  Bom dia Paulo, Tudo bem?
  Utilizamos o SQL Power Architect que efetua esta comparação tranquilamente.

  Abraços
  Eder


  Em 1 de outubro de 2010 08:13, Marcos Bernardelli 
mar...@methodinformatica.com.br escreveu:

Paulo, nós utilizamos o Another PostgreSQL Diff Tool [1].
A diferença é gerada sobre dois arquivos contendo os comandos DDL (Scripts 
de criação) do teu banco de dados.

Para gerar a diferença utilize o seguinte comando:
java -jar apgdiff.jar old_version.sql new_version.sql  diff.sql



[1] http://sourceforge.net/projects/apgdiff/



Em 30/09/2010 17:57, VisualP Sistemas escreveu: 
  Ola Pessoal,

  Temos um sistema instalado em varios clientes diferentes.
  Ocorre que ao alterar a base em tempo de desenvolvimento,
  apos testes internos passamos a atualizar estes sistemas.

  Existe uma forma ou ferramenta que a partir da minha base interna,
  gere os scripts APENAS DAS NOVAS IMPLEMENTAÇÕES NA BASE,
  para atualizar as diversas bases instaladas nos clientes.

  No Aguardo,

  Obrigado,

  Att,
  Paulo.



___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


-- 



___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral





  -- 
  
  Eder Sousa
  skype:softpira?chat
  edersousa-at-gmail.com
  gescla-postgresql-ubuntu-php



--
  E-mail verificado pelo Terra Anti-Spam.
  Para classificar esta mensagem como spam ou não spam, clique aqui.
  Verifique periodicamente a pasta Spam para garantir que apenas mensagens
  indesejadas sejam classificadas como Spam. 


--


  ___
  pgbr-geral mailing list
  pgbr-geral@listas.postgresql.org.br
  https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral



  __ NOD32 5495 (20101001) Information __

  This message was checked by NOD32 antivirus system.
  http://www.eset.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] Fazer Backup e Restore Sem Erros

2010-10-27 Por tôpico VisualP Sistemas
Ola Marcelo,

Meu servidor remoto é Linux e desenvolvimento em Windows.
Sempre realizo backup remotos de usuarios para testes locais, etc; 
Uso PgAdmin (muito pouco para backup) e arquivos .BAT (uso regularmentee) e 
nunca tive problemas,

Quais mensagens estao ocorrendo ???

Att,
Paulo.
VisualP Sistemas.

  - Original Message - 
  From: Marcelo Silva 
  To: Comunidade PostgreSQL Brasileira 
  Sent: Wednesday, October 27, 2010 4:32 PM
  Subject: [pgbr-geral] Fazer Backup e Restore Sem Erros


  Pessoal, eu uso o pgAdmin3 pra gerenciar minhas bases... estou em ambiente 
windows
  Acontece que gero o Backup da maquina remota normal, mas quando tento 
Restaurar na minha maquina de desenvolvimento ele dá alguns erros.
  Existe uma forma eficiente de copiar com exatidão a base remota para 
tranportar pra outra máquina?
  No MySql faço essa tranferencia facinho.


  Marcelo Silva
  
  msn: marc...@ig.com.br
  cel.: (11) 9693-4251
  Linux Kubuntu User number is # 24362


  __ NOD32 5568 (20101027) Information __

  This message was checked by NOD32 antivirus system.
  http://www.eset.com



--
  E-mail verificado pelo Terra Anti-Spam.
  Para classificar esta mensagem como spam ou não spam, clique aqui.
  Verifique periodicamente a pasta Spam para garantir que apenas mensagens
  indesejadas sejam classificadas como Spam. 


--


  ___
  pgbr-geral mailing list
  pgbr-geral@listas.postgresql.org.br
  https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral



  __ NOD32 5568 (20101027) Information __

  This message was checked by NOD32 antivirus system.
  http://www.eset.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


[pgbr-geral] REF. MONTAR SELECT.

2010-10-29 Por tôpico VisualP Sistemas
Ola pessoal,
Preciso montar um Select e estou colocando
os neuronios pra funcionar, tenho o seguinte:

TABELAS RELACIONADAS: Cliente,Dependente,Plano

Tabela CLIENTE
IDCLI  NOME
1JUCA BALA
2MILA TULA
3PAULO TARSO

Tabela DEPENDENTE
ID   IDCLI   NOME   PARENTESCO
11Juquinha Filho(a)
21Mariazinha  Filho(a)
32MilinhaFilho(a)
42RitinhaFilho(a)
42FofinhaFilho(a)
53Paulinho  Filho(a)

Tabela PLANO
ID  PLANO QTDE_DEPENDENTE VALOR
1   PLANO A   1   4,90
2   PLANO B   2   9,90
3   PLANO C   3  14,90

PRECISO MONTAR UM SELECT COM RETORNO:

CLIENTEDEPENDENTEVALOR
JUCA  JuquinhaFilho(a)  9,90
JUCA  Mariazinha Filho(a)   9,90  - PLANO A
MILA TULA  Milinha  Filho(a)  14,90
MILA TULA  Ritinha   Filho(a) 14,90
MILA TULA  Fofinha  Filho(a)  14,90 - PLANO B
PAULOPaulinhoFilho(a)4,90 - PLANO C

ALGUEM PODE DAR UMA DICA DE COMO MONTAR ESTE SELECT.

Att,

Paulo.
VisualP Sistemas.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] REF. MONTAR SELECT.

2010-10-29 Por tôpico VisualP Sistemas
OK, tenho aqui os Selects seprados, vou juntar e posto aqui.

  - Original Message - 
  From: Fábio Gibon - Comex System 
  To: Comunidade PostgreSQL Brasileira 
  Sent: Friday, October 29, 2010 4:41 PM
  Subject: Re: [pgbr-geral] REF. MONTAR SELECT.


  Paulo,
monte como você acredita que deve ser e a gente te ajuda a aparar 
as arestas, mas se entendi o teu problema é que precisas fazer outer join, 
pois podem haver dependentes sem plano, é isto?

E ainda, não vejo o relacionamento com a tabela PLANO, não está 
faltando algum campo em Cliente ou uma outra tabela?

  abraços
   
  Fábio Henrique Gibon
- Original Message - 
From: VisualP Sistemas 
To: Comunidade PostgreSQL Brasileira 
Sent: Friday, October 29, 2010 2:31 PM
Subject: [pgbr-geral] REF. MONTAR SELECT.


Ola pessoal,
Preciso montar um Select e estou colocando
os neuronios pra funcionar, tenho o seguinte:

TABELAS RELACIONADAS: Cliente,Dependente,Plano

Tabela CLIENTE
IDCLI  NOME
1JUCA BALA
2MILA TULA
3PAULO TARSO

Tabela DEPENDENTE
ID   IDCLI   NOME   PARENTESCO
11Juquinha Filho(a)
21Mariazinha  Filho(a)
32MilinhaFilho(a)
42RitinhaFilho(a)
42FofinhaFilho(a)
53Paulinho  Filho(a)

Tabela PLANO
ID  PLANO QTDE_DEPENDENTE VALOR
1   PLANO A   1   4,90
2   PLANO B   2   9,90
3   PLANO C   3  14,90

PRECISO MONTAR UM SELECT COM RETORNO:

CLIENTEDEPENDENTEVALOR
JUCA  JuquinhaFilho(a)  9,90
JUCA  Mariazinha Filho(a)   9,90  - PLANO A
MILA TULA  Milinha  Filho(a)  14,90
MILA TULA  Ritinha   Filho(a) 14,90
MILA TULA  Fofinha  Filho(a)  14,90 - PLANO B
PAULOPaulinhoFilho(a)4,90 - PLANO C

ALGUEM PODE DAR UMA DICA DE COMO MONTAR ESTE SELECT.

Att,

Paulo.
VisualP Sistemas.






___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral



  __ NOD32 5575 (20101029) Information __

  This message was checked by NOD32 antivirus system.
  http://www.eset.com



--
  E-mail verificado pelo Terra Anti-Spam.
  Para classificar esta mensagem como spam ou não spam, clique aqui.
  Verifique periodicamente a pasta Spam para garantir que apenas mensagens
  indesejadas sejam classificadas como Spam. 


--


  ___
  pgbr-geral mailing list
  pgbr-geral@listas.postgresql.org.br
  https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral



  __ NOD32 5575 (20101029) Information __

  This message was checked by NOD32 antivirus system.
  http://www.eset.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] [Spam] Re: REF. MONTAR SELECT.

2010-10-29 Por tôpico VisualP Sistemas
Blza Fabricio, vou testar aqui e ajustar para da o resultado esperado.
  - Original Message - 
  From: Fabrízio de Royes Mello 
  To: Comunidade PostgreSQL Brasileira 
  Sent: Friday, October 29, 2010 5:04 PM
  Subject: [Spam] Re: [pgbr-geral] REF. MONTAR SELECT.





  Em 29 de outubro de 2010 15:31, VisualP Sistemas p@terra.com.br 
escreveu:



corte 

PRECISO MONTAR UM SELECT COM RETORNO:

CLIENTEDEPENDENTEVALOR
JUCA  JuquinhaFilho(a)  9,90
JUCA  Mariazinha Filho(a)   9,90  - PLANO A
MILA TULA  Milinha  Filho(a)  14,90
MILA TULA  Ritinha   Filho(a) 14,90
MILA TULA  Fofinha  Filho(a)  14,90 - PLANO B
PAULOPaulinhoFilho(a)4,90 - PLANO C



  Eu não testei, mas tenta ai:


  SELECT cli.nome,
 dep.nome,
 dep.parentesco,
 pla.valor,
 pla.plano
FROM (SELECT c.idcli,
 c.nome
 count(*) as qtde_dependente
FROM cliente c
 INNER JOIN dependente d ON d.idcli = c.idcli
   GROUP BY c.idcli,
c.nome) AS cli
 INNER JOIN dependente dep ON dep.idcli = cli.idcli
 INNER JOIN plano pla  ON pla.qtde_dependente = cli.qtde_dependente;




  Pelo que percebi a forma de juntar os planos com os clientes é pela 
quantidade de dependentes...

  -- 
  Fabrízio de Royes Mello
   Blog sobre TI: http://fabriziomello.blogspot.com
   Perfil Linkedin: http://br.linkedin.com/in/fabriziomello




--
  E-mail verificado pelo Terra Anti-Spam.
  Para classificar esta mensagem como spam ou não spam, clique aqui.
  Verifique periodicamente a pasta Spam para garantir que apenas mensagens
  indesejadas sejam classificadas como Spam. 


--


  ___
  pgbr-geral mailing list
  pgbr-geral@listas.postgresql.org.br
  https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral



  __ NOD32 5575 (20101029) Information __

  This message was checked by NOD32 antivirus system.
  http://www.eset.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


[pgbr-geral] REF. MONTAR SELECT.

2010-10-29 Por tôpico VisualP Sistemas
SHOW DE BOLA , Fabricio,
Com um pequeno ajuste fechou redondinho.

Obrigado pela dica.

Att,
Paulo.

  - Original Message - 
  From: Fabrízio de Royes Mello 
  To: Comunidade PostgreSQL Brasileira 
  Sent: Friday, October 29, 2010 5:04 PM
  Subject: [Spam] Re: [pgbr-geral] REF. MONTAR SELECT.





  Em 29 de outubro de 2010 15:31, VisualP Sistemas p@terra.com.br 
escreveu:



corte 

PRECISO MONTAR UM SELECT COM RETORNO:

CLIENTEDEPENDENTEVALOR
JUCA  JuquinhaFilho(a)  9,90
JUCA  Mariazinha Filho(a)   9,90  - PLANO A
MILA TULA  Milinha  Filho(a)  14,90
MILA TULA  Ritinha   Filho(a) 14,90
MILA TULA  Fofinha  Filho(a)  14,90 - PLANO B
PAULOPaulinhoFilho(a)4,90 - PLANO C



  Eu não testei, mas tenta ai:


  SELECT cli.nome,
 dep.nome,
 dep.parentesco,
 pla.valor,
 pla.plano
FROM (SELECT c.idcli,
 c.nome
 count(*) as qtde_dependente
FROM cliente c
 INNER JOIN dependente d ON d.idcli = c.idcli
   GROUP BY c.idcli,
c.nome) AS cli
 INNER JOIN dependente dep ON dep.idcli = cli.idcli
 INNER JOIN plano pla  ON pla.qtde_dependente = cli.qtde_dependente;




  Pelo que percebi a forma de juntar os planos com os clientes é pela 
quantidade de dependentes...

  -- 
  Fabrízio de Royes Mello
   Blog sobre TI: http://fabriziomello.blogspot.com
   Perfil Linkedin: http://br.linkedin.com/in/fabriziomello




--
  E-mail verificado pelo Terra Anti-Spam.
  Para classificar esta mensagem como spam ou não spam, clique aqui.
  Verifique periodicamente a pasta Spam para garantir que apenas mensagens
  indesejadas sejam classificadas como Spam. 


--


  ___
  pgbr-geral mailing list
  pgbr-geral@listas.postgresql.org.br
  https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral



  __ NOD32 5575 (20101029) Information __

  This message was checked by NOD32 antivirus system.
  http://www.eset.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


[pgbr-geral] Fw: REF. MONTAR SELECT.

2010-10-29 Por tôpico VisualP Sistemas
Ta na mão a solução. 

SELECT 
   cli.nome,
   cli.idcli,
   dep.dependente,
   pla.valor,
   pla.plano,
   par.parentesco
  FROM (SELECT c.idcli,
   c.nome,
   count(*) as qtde_dependente
  FROM clifor c
   INNER JOIN dependentes d ON d.idcli = c.idcli
 GROUP BY c.idcli,
  c.nome) AS cli
   INNER JOIN dependentes dep ON dep.idcli = cli.idcli
   INNER JOIN plano plaON pla.idplano = cli.qtde_dependente
   INNER JOIN parentesparON par.idparente = dep.parentesco
ORDER BY cli.nome;

Att,
Paulo.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] REF. MONTAR SELECT.

2010-10-30 Por tôpico VisualP Sistemas
Ola Osvaldo,
Coloquei no lado os Planos A,B,C, apenas para expressar o que precisava que 
retornasse.
Aqui funcionou como pretendido.

Obrigado,

Att,
Paulo.

- Original Message - 
From: Osvaldo Kussama osvaldo.kuss...@gmail.com
To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
Sent: Saturday, October 30, 2010 1:38 AM
Subject: Re: [pgbr-geral] REF. MONTAR SELECT.


Em 29/10/10, VisualP Sistemasp@terra.com.br escreveu:
 Ola pessoal,
 Preciso montar um Select e estou colocando
 os neuronios pra funcionar, tenho o seguinte:

 TABELAS RELACIONADAS: Cliente,Dependente,Plano

 Tabela CLIENTE
 IDCLI  NOME
 1JUCA BALA
 2MILA TULA
 3PAULO TARSO

 Tabela DEPENDENTE
 ID   IDCLI   NOME   PARENTESCO
 11Juquinha Filho(a)
 21Mariazinha  Filho(a)
 32MilinhaFilho(a)
 42RitinhaFilho(a)
 42FofinhaFilho(a)
 53Paulinho  Filho(a)

 Tabela PLANO
 ID  PLANO QTDE_DEPENDENTE VALOR
 1   PLANO A   1   4,90
 2   PLANO B   2   9,90
 3   PLANO C   3  14,90

 PRECISO MONTAR UM SELECT COM RETORNO:

 CLIENTEDEPENDENTEVALOR
 JUCA  JuquinhaFilho(a)  9,90
 JUCA  Mariazinha Filho(a)   9,90  - PLANO A
 MILA TULA  Milinha  Filho(a)  14,90
 MILA TULA  Ritinha   Filho(a) 14,90
 MILA TULA  Fofinha  Filho(a)  14,90 - PLANO B
 PAULOPaulinhoFilho(a)4,90 - PLANO C

 ALGUEM PODE DAR UMA DICA DE COMO MONTAR ESTE SELECT.



Pelo que entendi você quer fazer o JOIN com tabela PLANO utilizando a
quantidade de dependentes de cada cliente apurada na tabela
DEPENDENTE.
Agora não sei é bem isso porque seu exemplo não está de acordo, ou as
referências aos planos estão erradas.
Talvez devesse ser:
JUCA - plano B
MILA - plano C
PAULO - plano A

Osvaldo
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

E-mail verificado pelo Terra Anti-Spam.
Para classificar esta mensagem como spam ou não spam, visite
http://ecp.terra.com.br/cgi-bin/reportspam.cgi?+_d=SCY0MzY0MTE2NCNwZXJtIXRlcnJhJjEsMTI4ODQwOTkxOS40NjkxODEuMTY3MzcucHJldm9zdC50ZXJyYS5jb20sNTEwMA==TerraMail
Verifique periodicamente a pasta Spam para garantir que apenas mensagens
indesejadas sejam classificadas como Spam.



__ NOD32 5576 (20101029) Information __

This message was checked by NOD32 antivirus system.
http://www.eset.com


___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


[pgbr-geral] REF. MONTAR SELECT #02.

2010-11-01 Por tôpico VisualP Sistemas
Ola Pessoal,
No select abaixo tenho o retorno:

SELECT
   cli.nome,
   dep.nome,
   dep.parentesco,
   pla.valor
  FROM (SELECT c.idcli,
   c.nome
   count(*) as qtde_dependente
  FROM cliente c
   INNER JOIN dependente d ON d.idcli = c.idcli
 GROUP BY c.idcli,
  c.nome) AS cli
   INNER JOIN dependente dep ON dep.idcli = cli.idcli
   INNER JOIN plano pla  ON pla.qtde_dependente = 
cli.qtde_dependente;
CLIENTEDEPENDENTEVALOR
JUCA  JuquinhaFilho(a)  9,90
JUCA  Mariazinha Filho(a)   9,90
MILA TULA  Milinha  Filho(a)  14,90
MILA TULA  Ritinha   Filho(a) 14,90
MILA TULA  Fofinha  Filho(a)  14,90
PAULOPaulinhoFilho(a)4,90

Preciso pegar somente primeiro valor, ex:
JUCA  JuquinhaFilho(a)  9,90
JUCA  Mariazinha Filho(a)
MILA TULA  Milinha  Filho(a)  14,90
MILA TULA  Ritinha   Filho(a)
MILA TULA  Fofinha  Filho(a)
PAULOPaulinhoFilho(a)4,90

Isto porque o valor nao é por dependente e sim por cliente.

Alguem tem alguma dica ?

Obrigado.

Paulo.]

___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] [Spam] RES: REF. MONTAR SELECT #02.

2010-11-01 Por tôpico VisualP Sistemas
Estou tentando no primeiro e segundo Select e nada.
Tentei tanbem
NATURAL INNER JOIN dependentes dep

Todos retornam com os valores duplicados.

Paulo.

- Original Message - 
From: João Claudino joao.claud...@uol.com.br
To: 'Comunidade PostgreSQL Brasileira' 
pgbr-geral@listas.postgresql.org.br
Sent: Monday, November 01, 2010 2:51 AM
Subject: [Spam] [pgbr-geral] RES: REF. MONTAR SELECT #02.


Use group by ou distinct, depende do que vc deseja!
abraç


___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] REF. MONTAR SELECT #02.

2010-11-01 Por tôpico VisualP Sistemas
Ola Osvaldo,

Neste caso para mim, é melhor controlar pelo codigo PHP.
Estou tentando aqui, se nao conseguir entao passarei para plano B. (PHP)

Obrigado.



- Original Message - 
From: Osvaldo Kussama osvaldo.kuss...@gmail.com
To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
Sent: Monday, November 01, 2010 11:25 AM
Subject: Re: [pgbr-geral] REF. MONTAR SELECT #02.


Em 1 de novembro de 2010 08:42, VisualP Sistemas p@terra.com.br 
escreveu:
 Ola Pessoal,
 No select abaixo tenho o retorno:

 Isto porque o valor nao é por dependente e sim por cliente.

 Alguem tem alguma dica ?


Se você precisar listar todos os dependentes uma possível solução é
utilizar a função de agregação array_agg [1], só que neste caso todos
os dependentes estariam em um único campo da saida.

SELECT , array_agg(dependente) .  GROUP BY cliente, valor

Ficaria mais ou menos assim:
JUCA  {JuquinhaFilho(a),Mariazinha Filho(a)}  9,90
MILA TULA  {Milinha  Filho(a),Ritinha   Filho(a),Fofinha
Filho(a)} 14,90
PAULO{PaulinhoFilho(a)}4,90

Osvaldo
[1] 
http://www.postgresql.org/docs/current/interactive/functions-aggregate.html
___

___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] Erro: 0xe2809c of encoding UTF8 has no equivalent inLATIN1

2010-11-22 Por tôpico VisualP Sistemas
Aproveitando este gancho.
Minha base é 8.2, prentedo migrar para versão 9 ano que vem.
Hoje uso LATIN1 - Desenvolvimento e LATIN1 Servidor Linux.
Esta nova versao devo usar UTF-8 ou manter o LATIN1 ??

Att,
Paulo.

___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


[pgbr-geral] Converter Banco

2012-02-08 Por tôpico Arrobba Sistemas
Boa tarde,

 

Preciso converter um banco de dados de Firebird para Postgre,  estrutura e
dados.

 

Que software vocês recomendam para fazer isto

 

 

 

Antonio 

 

 

 

 

___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


[pgbr-geral] Tabelas do Firebird

2012-08-14 Por tôpico Arrobba Sistemas
Bom dia,

 

Converti minha tabela do firebird para postgresql, mas no Delphi XE2 quando
tento abrir a tabela, dá o seguinte erro: 'Tipo, expecting: String, actual:
WideString', sei que posso remover e incluir novamente, mas são vários
campos.

Tem alguma outra forma de fazer ???

 

 

Obrigado(a), 

 

 

Antonio Pires

 

___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


[pgbr-geral] Imagem em tipo Bytea

2007-11-19 Por tôpico Tiago - Alpha Sistemas
Olá,

 

Criei um campo do tipo Bytea para armazenar imagens, mas não
estou conseguindo inserir uma imagem neste campo, como ficaia um INSERT ou
UPDATE para gravar um .bmp neste campo?

 

 

 

Atenciosamente,

Tiago F. Zacchi

 

___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


[pgbr-geral] RES: Quando usar? REAL, DOUBLE PRECISION e NUMERIC

2008-07-30 Por tôpico Alisson Viegas | Acsiv Sistemas
Boa Shander!

-Mensagem original-
De: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Em nome de Shander
Lyrio
Enviada em: quarta-feira, 30 de julho de 2008 14:39
Para: Comunidade PostgreSQL Brasileira
Assunto: Re: [pgbr-geral] Quando usar? REAL, DOUBLE PRECISION e NUMERIC


William Leite Araújo wrote:
  Posso dizer, por experiência própria, que o uso de numeric/decimal 
 só é indicado em casos onde a quantidade de registros é pequeno e/ou não 
 é usado em processamentos feito pelo banco de dados (qualquer fórmula 
 e/ou conversão).

Eu acredito que numeric deva ser utilizando sempre que se precisar
de 
um campo do tipo numeric. Nunca vi nem ouvi esta história de  quantidade 
de registros. Se você precisa fazer conversão é provavel que sua 
modelagem inicial tenha sido errada e nada tem haver com o tipo numeric 
em si.

  No ano passado, num processo de migração, converti o tipo 
 decimal(x,y) para o mesmo tipo no postgres, e ao trabalhar com campos 
 desse tipo em procedimentos, a migração de uma simples tabela de menos 
 de 500.000 registros durava mais de 20 horas. Ao converter esses campos 
 para inteiro (pois a parte decimal nem era usada), o tempo de 
 processamento caiu para 2 minutos. Isso mesmo! Na verdade deve ser menos 
 que 2 minutos... um absurdo, mas um caso real.

Amigo, mágica não existe. Certamente existe outra coisa erra nos
tais 
procedimentos e não é o uso de numeric que causou este problema. Eu 
uso extensivamente peso, cubagem e preços com numeric em tabelas com 
muito mais registros do que o que você cita e nunca vi nada de anormal.

Vamos tomar cuidado com este tipo de afirmação categórica na lista
sem 
nenhum embasamento científico para evitar que colegas que cairam no 
PostGreSql de paraquedas e ainda estão iniciando seus estudos achem que 
isto é uma regra.

É muito mais fácil o seu procedimento específico ter sido
executado 
de forma pouco performática por qualquer outra limitação de ambiente do 
que o PostGreSql manter um tipo de dados que não deveria ser usado pois 
apresenta performance 600 vezes menor que outro.

  Dessa forma, caso vá usar o valor que está sendo armazenado em 
 algum procedimento/view/fórmula, não recomento tipo decimal/numerico.

Dados científicos, paupáveis e replicáveis para embasar esta
recomendação??

--
Shander Lyrio
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
No virus found in this incoming message.
Checked by AVG - http://www.avg.com 
Version: 8.0.138 / Virus Database: 270.5.7/1581 - Release Date: 30/07/2008
06:56

___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


[pgbr-geral] RES: Hubert Lubaczewski: NULLs vs. NOT IN()

2008-08-13 Por tôpico Alisson Viegas | Acsiv Sistemas
Ribamar, to migrando pra SGDB (sempre usei DBF).

Poderiam me explicar por quê correr dos nulos.

Sempre pensei que nulos “aliviava” a carga do banco.

 

 

At.te,
Alisson Viegas
[EMAIL PROTECTED]

---
Acsiv Sistemas
 http://www.acsiv.com.br/ www.acsiv.com.br

 

 

De: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Em nome de Ribamar
Sousa
Enviada em: quarta-feira, 13 de agosto de 2008 12:12
Para: Comunidade PostgreSQL Brasileira
Assunto: Re: [pgbr-geral] Hubert Lubaczewski: NULLs vs. NOT IN()

 

2008/8/13 Osvaldo Kussama [EMAIL PROTECTED]

Ribamar:

Talvez seja o caso descrito no manual:
http://www.postgresql.org/docs/current/interactive/functions-subquery.html#A
EN15302

Note that if the left-hand expression yields null, or if there are no
equal right-hand values and at least one right-hand row yields null,
the result of the NOT IN construct will be null, not true. This is in
accordance with SQL's normal rules for Boolean combinations of null
values.

A combinação de NULL com NOT IN nem sempre dá o resultado que
usualmente (bom senso?) esperamos.

Osvaldo


Osvaldo, parece que isso reforça a grande recomendação dos gurus e mestre:

Corram dos nulos!.

Mas e se o bichim correr atraz da gente? :)


-- 
Ribamar FS - [EMAIL PROTECTED]
http://ribafs.net

No virus found in this incoming message.
Checked by AVG - http://www.avg.com
Version: 8.0.138 / Virus Database: 270.6.1/1607 - Release Date: 12/08/2008
07:19

___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


[pgbr-geral] RES: RES: Hubert Lubaczewski: NULLs vs. NOT IN()

2008-08-13 Por tôpico Alisson Viegas | Acsiv Sistemas
Valeu Osvaldo e Diogo.
Esclareceu bem!


At.te,
Alisson Viegas
[EMAIL PROTECTED]
---
Acsiv Sistemas
www.acsiv.com.br


-Mensagem original-
De: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Em nome de Osvaldo
Rosario Kussama
Enviada em: quarta-feira, 13 de agosto de 2008 14:22
Para: Comunidade PostgreSQL Brasileira
Assunto: Re: [pgbr-geral] RES: Hubert Lubaczewski: NULLs vs. NOT IN()

Alisson Viegas | Acsiv Sistemas escreveu:
 Ribamar, to migrando pra SGDB (sempre usei DBF).
 
 Poderiam me explicar por quê correr dos nulos.
 
 Sempre pensei que nulos “aliviava” a carga do banco.
 
  
 
  
 
 At.te,
 Alisson Viegas
 [EMAIL PROTECTED]
 
 ---
 Acsiv Sistemas
 www.acsiv.com.br http://www.acsiv.com.br/
 
  
 
  
 
 *De:* [EMAIL PROTECTED] 
 [mailto:[EMAIL PROTECTED] *Em nome de 
 *Ribamar Sousa
 *Enviada em:* quarta-feira, 13 de agosto de 2008 12:12
 *Para:* Comunidade PostgreSQL Brasileira
 *Assunto:* Re: [pgbr-geral] Hubert Lubaczewski: NULLs vs. NOT IN()
 
  
 
 2008/8/13 Osvaldo Kussama [EMAIL PROTECTED] 
 mailto:[EMAIL PROTECTED]
 
 Ribamar:
 
 Talvez seja o caso descrito no manual:

http://www.postgresql.org/docs/current/interactive/functions-subquery.html#A
EN15302
 
 Note that if the left-hand expression yields null, or if there are no
 equal right-hand values and at least one right-hand row yields null,
 the result of the NOT IN construct will be null, not true. This is in
 accordance with SQL's normal rules for Boolean combinations of null
 values.
 
 A combinação de NULL com NOT IN nem sempre dá o resultado que
 usualmente (bom senso?) esperamos.
 
 Osvaldo
 
 
 Osvaldo, parece que isso reforça a grande recomendação dos gurus e mestre:
 
 Corram dos nulos!.
 
 Mas e se o bichim correr atraz da gente? :)
 


A idéia de NULL é algo que normalmente confunde os iniciantes em banco 
de dados.

Usualmente NULL significa algo desconhecido, algo que não tem valor.

NULL não é uma string vazia '' (uma string vazia é algo conhecido: é 
uma string de comprimento zero).

Outra grande confusão: NULL = NULL? ou NULL  NULL?
Como NULL é algo desconhecido como posso saber se: algo que não sei o 
que é pode ser igual (ou diferente) de algo que não tenho a menor 
idéia do que seja? Por isso a resposta para qualquer destas duas 
comparações é NULL! (isto é: não sei).

E se comparar algum valor com NULL? Por ex. 10 = NULL ou 10  NULL? 
Também em ambos os casos o resultado é NULL.

Como saber se uma expressão é ou não NULL?
Utilize: IS [ NOT ] NULL
Assim: 10 IS NULL dá como resposta falso.

Como fazer para considerar como igual ou diferente o resultado de 
comparações envolvendo NULL?
Utilize: IS [ NOT ] DISTINCT FROM
Assim: 10 IS DISTINCT FROM NULL dá como resposta verdadeiro;
NULL IS DISTINCT FROM NULL dá como resposta falso.

E tenha muito cuidado com a utilização de IN e NOT IN.

SELECT 10 IN (10,20); == verdadeiro
SELECT 10 NOT IN (10,20); == falso
SELECT 10 IN (NULL,10,20); == verdadeiro
SELECT 10 NOT IN (NULL,10,20); == false

SELECT 30 IN (10,20); == falso
SELECT 30 NOT IN (10,20); == verdadeiro
SELECT 30 IN (NULL,10,20); == NULL
SELECT 30 NOT IN (NULL,10,20); == NULL

Se a expressão do lado esquerdo do IN (ou NOT IN) for NULL o resultado 
será sempre NULL.

Por isso sempre tome cuidado ao utilizar NULL.

Ele pode ser útil?
Sim, por ex. uma data de encerramento contendo NULL normalmente 
significa que o item ainda está ativo. É só tomar os devidos cuidados 
ao utilizá-lo.

Osvaldo
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
No virus found in this incoming message.
Checked by AVG - http://www.avg.com 
Version: 8.0.138 / Virus Database: 270.6.1/1607 - Release Date: 12/08/2008
07:19

___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


[pgbr-geral] SUPERUSER X CREATEUSER

2008-08-13 Por tôpico Alisson Viegas | Acsiv Sistemas
Pessoal,
Por que a cláusula CREATEUSER do ALTER USER define a conta como superuser?
Não deveriam ser coisas diferentes?
Quero dar permissão para um usuário incluir outros, mas não ter privilégio
de superuser.
O que estou fazendo de errado?

At.te,
Alisson Viegas
[EMAIL PROTECTED]
---
Acsiv Sistemas
www.acsiv.com.br




___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


[pgbr-geral] RES: SUPERUSER X CREATEUSER

2008-08-13 Por tôpico Alisson Viegas | Acsiv Sistemas
Ribamar,

Se eu dou permissão de superuser pra um usuário ele pode atrapalhar meu
banco, certo?

Mas seria muito útil se outro usuário pudesse criar novas contas não
superuser.

Sempre que precisar criar um novo usuário tem que chamar o dba superuser?

Não seria uma falha isso?

 

 

At.te,
Alisson Viegas
[EMAIL PROTECTED]

---
Acsiv Sistemas
 http://www.acsiv.com.br/ www.acsiv.com.br

 

 

De: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Em nome de Ribamar
Sousa
Enviada em: quarta-feira, 13 de agosto de 2008 18:06
Para: Comunidade PostgreSQL Brasileira
Assunto: Re: [pgbr-geral] SUPERUSER X CREATEUSER

 

2008/8/13 Alisson Viegas | Acsiv Sistemas [EMAIL PROTECTED]

Pessoal,
Por que a cláusula CREATEUSER do ALTER USER define a conta como superuser?
Não deveriam ser coisas diferentes?


Poderia. 


Quero dar permissão para um usuário incluir outros, mas não ter privilégio
de superuser.
O que estou fazendo de errado?


Se não me falha a memória, o usuário que tem privilégio de criar usuário é
então super-usuário.
Caso não queira que seja super-usuário não dê privilégio createuser.

-- 
Ribamar FS - [EMAIL PROTECTED]
http://ribafs.net

No virus found in this incoming message.
Checked by AVG - http://www.avg.com
Version: 8.0.138 / Virus Database: 270.6.1/1607 - Release Date: 12/08/2008
07:19

___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


[pgbr-geral] RES: RES: SUPERUSER X CREATEUSER

2008-08-14 Por tôpico Alisson Viegas | Acsiv Sistemas
Pois é Ribamar.

Estou começando agora no Postgres, mas sou desenvolvedor há muito tempo.

 

 Você deve lembrar que a atribuição de criar usuário é muito importante e
somente alguém de sua inteira confiança deve ter. Acho que foi isso que a
equipe pensou ou algo do gênero.

 

Concordo com você que esta atribuição é crítica para o bom funcionamento.

Veja, para uma empresa que tem um dba e pode solicitá-lo a criação de novos
usuários a coisa funciona.

Mas tenho uma softhouse e geralmente nomeio alguém da empresa cliente que
seja de TI e conheça bem os limites de cada usuário no banco para dar os
atributos.

Neste caso essa pessoa é de minha confiança. E outra coisa: ela deveria dar
somente permissões que o superuser autorizasse, como select, insert, update
e delete, por exemplo.

 

 Podemos até discordar e mostrar as desvantagens para a equipe e quem sabe
convencê-los a mudar, mas claro que depende dos nossos argumentos.



Acho que poderíamos questionar esta situação com a equipe.

Este argumento de o superuser autorizar outro user a criar novas contas
somente com os atributos definidos pode ser um bom ponto.

O que achas?

 

 

At.te,
Alisson Viegas
[EMAIL PROTECTED]

---
Acsiv Sistemas
 http://www.acsiv.com.br/ www.acsiv.com.br

 

 

 

___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


[pgbr-geral] RES: RES: RES: SUPERUSER X CREATEUSER

2008-08-14 Por tôpico Alisson Viegas | Acsiv Sistemas
O jeito é não dar atributo createuser pra ninguém, já que o banco entende
como superuser.

Aí a aplicação que controlará isso. É uma pena!

Valeu, Ribamar.

 

At.te,
Alisson Viegas
[EMAIL PROTECTED]

---
Acsiv Sistemas
 http://www.acsiv.com.br/ www.acsiv.com.br

 

 

De: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Em nome de Ribamar
Sousa
Enviada em: quinta-feira, 14 de agosto de 2008 10:05
Para: Comunidade PostgreSQL Brasileira
Assunto: Re: [pgbr-geral] RES: RES: SUPERUSER X CREATEUSER

 

 

2008/8/14 Alisson Viegas | Acsiv Sistemas [EMAIL PROTECTED]

 

 Podemos até discordar e mostrar as desvantagens para a equipe e quem sabe
convencê-los a mudar, mas claro que depende dos nossos argumentos.

Acho que poderíamos questionar esta situação com a equipe.

Este argumento de o superuser autorizar outro user a criar novas contas
somente com os atributos definidos pode ser um bom ponto.

O que achas?


Acho que os caras já fazem muito e isso podemos nós dar um jeito de
resolver. Veja que você (pelo que sei) foi o único a querer algo assim por
aqui. Então seria o caso de você usar de criatividade e encontrar a melhor
saída para seu problema.

Particularmente não acho que deva ser mudado. Somente com um bom
conhecimento dessas coisas podemos estar a valiá-las, portanto recomendo
conhecer bem elas antes, testar, refletir e então trazer o resultado.




-- 
Ribamar FS - [EMAIL PROTECTED]
http://ribafs.net

No virus found in this incoming message.
Checked by AVG - http://www.avg.com
Version: 8.0.138 / Virus Database: 270.6.1/1607 - Release Date: 12/08/2008
07:19

___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


[pgbr-geral] RES: RES: RES: RES: SUPERUSER X CREATEUSER

2008-08-14 Por tôpico Alisson Viegas | Acsiv Sistemas
Boa, Oswaldo.
Vou tentar aqui.
Valeu!


At.te,
Alisson Viegas
[EMAIL PROTECTED]
---
Acsiv Sistemas
www.acsiv.com.br



-Mensagem original-
De: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Em nome de Osvaldo
Rosario Kussama
Enviada em: quinta-feira, 14 de agosto de 2008 12:28
Para: Comunidade PostgreSQL Brasileira
Assunto: Re: [pgbr-geral] RES: RES: RES: SUPERUSER X CREATEUSER

Alisson Viegas | Acsiv Sistemas escreveu:
 O jeito é não dar atributo createuser pra ninguém, já que o banco 
 entende como superuser.
 
 Aí a aplicação que controlará isso. É uma pena!
 


Uma possível solução é criar - como superusuário - uma função, com a 
opção SECURITY DEFINER [1], que crie um usuário.

Retire a permissão de execução para todo o esquema [3].

Permita que apenas o usuário desejado execute esta função [2].
GRANT EXECUTE
 ON FUNCTION funcname (...)
 TO rolename

Assim ele poderá criar novos usuários mas não terá os demais 
privilégios de um superusuário.

Veja um exemplo ao final de [1].

[1] 
http://www.postgresql.org/docs/current/interactive/sql-createfunction.html
[2] http://www.postgresql.org/docs/current/interactive/sql-grant.html
[3] http://www.postgresql.org/docs/current/interactive/sql-revoke.html

Osvaldo
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
No virus found in this incoming message.
Checked by AVG - http://www.avg.com 
Version: 8.0.138 / Virus Database: 270.6.1/1607 - Release Date: 12/08/2008
07:19

___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


[pgbr-geral] Usuários conectados

2008-11-07 Por tôpico Alisson Viegas | Acsiv Sistemas
Olá pessoal.
Há alguma função para ser quantos usuários estão conectados ao banco?


At.te,
Alisson Viegas
[EMAIL PROTECTED]
---
Acsiv Sistemas
www.acsiv.com.br




___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] Problema em rodar num Linux uma vers ão não homologado do Postgres

2008-11-21 Por tôpico Marcelo Corrêa - CHB Sistemas
Não necessariamente, suas sentenças podem estar mal formadas também, seus 
índices podem estar fragmentados, pode-se se fazer necessário uma repaginação 
no BD. E por ai vai ... pode ser uma serie de coisas relacionadas ao BD tbm !!!
Seus testes devem ser realizados apenas no servidor em produção, dessa forma 
que vc fez não tem como analisar o problema, pois são ambientes diferentes.

Att,
Marcelo Corrêa.
MCPDBA - OCP
  - Original Message - 
  From: Marlon David de Souza 
  To: Comunidade PostgreSQL Brasileira 
  Sent: Friday, November 21, 2008 1:51 PM
  Subject: Re: [pgbr-geral] Problema em rodar num Linux uma versão não 
homologado do Postgres


  Fernando Ike escreveu: 
2008/11/21 Marlon David de Souza [EMAIL PROTECTED]:
[...]
  Para ter certeza que o problema não está no PostgreSQL, utilizamos um
software que monta em memória uma lista com cerca de 30MB e a ordena,
mostrando o tempo necessário para essa tarefa. Esse programa gera um
processo que somente utiliza a memória e a CPU. Colocamos ele para rodar no
servidor do cliente e também em algumas outros servidores e obtivemos os
seguintes resultados (tempo execução):

- Core 2 Duo, 1.8GHz, 2MB de cache:  3m43s
- Xeon (2 núcleos), 2.4GHz, 4MB de cache:2m32s
- Pentium 4, 3GHz, 2MB de cache: 4m08s
- Celeron, 1.8GHz, 128Kb de cache:   5m29s
- Core 2 Quad, 3GHz, 8MB de cache:   1m50s
- Xeon (2 núcleos), 3.2GHz, 2MB de cache:5m24s --- Servidor do
cliente


Seu problema não é exatamente o processador, ele é um ponto no
problema mas a diferença demonstrada aí está relacionada no cache L2,
é pequeno mas quanto maior o L2 mais rápido os bancos de dados rodarão
(AMD64/EMT64). Tem outras coisas como barramento, etc.

   Superficialmente parece que você está certo, como está com o
ambiente nas mãos pode afirmar melhor do que nós. ;)


[]'s
  Não se trata se eu estou certo ou não. A questão é que o cliente insiste que 
o problema está no PostgreSQL e eu estou tentando provar para ele que não. O 
que limita a performance das consultas é arquitetura do hardware (CPU, memória, 
barramento, cache, etc).




--


  ___
  pgbr-geral mailing list
  pgbr-geral@listas.postgresql.org.br
  https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral



--


  No virus found in this incoming message.
  Checked by AVG. 
  Version: 7.5.549 / Virus Database: 270.9.8/1800 - Release Date: 19/11/2008 
18:55
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


[pgbr-geral] RES: Banco Multiempresa

2008-12-10 Por tôpico Alisson Viegas | Acsiv Sistemas
Tô acompanhando a discussão e uso chave estrangeira para ligar à tabela de
empresas.

Tá funcionando bem assim.

Mas gostaria de saber como fazer o sugerido pelo colega abaixo:

 

- - - Esqueci... ai vc da permissão ao usuario de acordo com o numero da
empresae por ai vai...

- - - Adriano Espinoza

 

Como dar permissão para usar o registro caso a coluna empresa esteja
preenchida com o 1 e não com 2?

E for prático isso, seria uma boa ter isso no banco e não na aplicação!

 

 

At.te,
Alisson Viegas
[EMAIL PROTECTED]

---
Acsiv Sistemas
www.acsiv.com.br http://www.acsiv.com.br/ 

 

 

De: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Em nome de Saulo Morais
Lara
Enviada em: quarta-feira, 10 de dezembro de 2008 13:48
Para: 'Comunidade PostgreSQL Brasileira'
Assunto: [pgbr-geral] RES: RES: Banco Multiempresa

 

Blz pessoal. Agradeço todas opiniões. vou fazer os testes e retorno.

 

De: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Em nome de Adriano
Espinoza de Oliveira
Enviada em: quarta-feira, 10 de dezembro de 2008 11:43
Para: Comunidade PostgreSQL Brasileira
Assunto: Re: [pgbr-geral] RES: Banco Multiempresa

 

Segate: eu ja implemente um negóssimo assim e ficou show de bola! 

 

- dados da empresa 1 e 2  ficavam no mesmo banco com o codigo da empresa
separando tudo

- quando o usuario logava no sistema colocando o @ no final do nome, ele
enchergava a empresa 2, por exemplo: [EMAIL PROTECTED]

- e na aplicação, que era feita em Delphi, eu olhava o era @, para montar as
queries com union...

 

Ficou transaparente e facil e no caso de necessidade basta o usuário logar
com seu proprio nome: ex: adriano

 

No seu caso... vc quer separar o banco... talvez o uso do dblink seja o mais
indicado e vc tenha que montar as queries dinamicamente dentro da aplicação.

 

Isso foi válido p/ mim porque eu tinha somente duas empresas, e seria sempre
assim!

 

Se voce tiver que fazer isso com mais de uma empresa, ai é loucura fazer
dessa forma.

 

Adriano

 

 

 

 

 

2008/12/10 Saulo Morais Lara [EMAIL PROTECTED]

Pessoal, não da pra usar esquemas, porque to usando eles para separar os
setores.

Por exemplo:

schema financeiro

schema cadastro

A opção de deixar o código da empresa das tabelas tbm é uma boa, porem os
dados não vão ficar juntos, o outro banco vai ficar em uma HD externa.

Aí vem outra questão. Criei um tablespace pra um banco dentro da HD e
funcionou blz, mas fiz pequenos testes.

Alguém tem algum banco funcionando dentro de pen drive ou HD externa?

 

De: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Em nome de Adriano
Espinoza de Oliveira
Enviada em: terça-feira, 9 de dezembro de 2008 23:48
Para: [EMAIL PROTECTED]; Comunidade PostgreSQL Brasileira
Assunto: Re: [pgbr-geral] Banco Multiempresa

 

Isso é óbvio, mas de qq forma é + lento do que as outras idéias...

2008/12/9 Shairon Toledo [EMAIL PROTECTED]

- dblink é lento depende do enlace entre os nós. 

 

2008/12/9 Adriano Espinoza de Oliveira [EMAIL PROTECTED]

Esqueci... ai vc da permissão ao usuario de acordo com o numero da
empresae por ai vai...

Adriano Espinoza

 

2008/12/9 Adriano Espinoza de Oliveira [EMAIL PROTECTED]

 

- dblink é lento

 

- acho uma boa usar schemas...

 

- mas vc pode tb colocar a coluna com o codigo da empresa... nas tabelas...

 

- na hora de totalizar.. ta facil...

 

Adriano Espinoza

2008/12/9 Sebastian SWC [EMAIL PROTECTED]

 

2008/12/9 Shairon Toledo [EMAIL PROTECTED]:

 Dblink é uma boa para gerar relatórios multibancos.


pode até ser. mas é muito mais simples e prático utilizar os esquemas.

--
Atenciosamente,
Sebastian Selau Webber Colombo

___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

 

 


___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral





-- 
[ ]'s
Shairon Toledo
http://www.hashcode.eti.br


___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

 


___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

 

___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


  1   2   >