Re: [pgbr-geral] [pgbr-dev] Acontecimentos ONG BrOffice e posicionamento

2011-03-18 Por tôpico Rodrigo Marins
Bom dia a todos,
A tempos ouvimos rumores do desvio de finalidade e serias duvidas quanto as
ações da (CA - Conselho Administrativo) da associação , o presidente Cláudio
Filho solicitou uma assembleia geral que ocorreu nesta quinta feira dia
17/03/11, pelos problemas ocorridos quanto a gestão da CA o presidente
sugeriu a extinção da associação e por votação unanime a Associação
BrOffice.org – Projeto Brasil foi extinta .
Estavam presentes eu (Rodrigo Marins e Leo Cezar) representando a comunidade
PG, quanto ao domínio da nossa comunidade o FaW entrará em contato para
providenciarmos a migração.

Para maiores detalhes quanto a extinção, acesse:
http://www.broffice.org/extincao_da_associacao_broffice

Pude acompanhar o esforço do Claudio Filho e do Leo Cezar para o nascimento
e desenvolvimento dessa associação e vejo como a atitudes de poucos causam
uma grande perda para o mundo SL.

Claudio Filho e do Leo Cezar, deixo aqui minha estima e me ponho a
disposição para ajudar no que for preciso.

Abraços

2011/2/17 Rodrigo Marins marins.consulto...@gmail.com

 Bom dia a todos,

  corte 


   Na última pgconbr, fui um dos principais incetivadores da discussão
 de mudar a parte legal do pgbr da ASL para BROO, portanto é justo que eu
 notifique vocês para que saibam o que está acontecendo. Claro,
 livremente se posicionarem sobre o assunto.


 Para que todos tenham ciência, no ultimo PGConBr o Cláudio filho levou uma
 proposta para o grupo,
 essa proposta se baseava em uma ONG que foi aberta por ele e apoiava o
 BROffice e estava gerando bons frutos, resumidamente essa ONG apoiaria a
 comunidade de várias formas.




   O lhcezar, rbm (Roberto Mello), Rodrigo Marins e o Telles estavam em
 processo para tornarem-se filiados ao BROO, isso aconteceu?


 Ainda não eramos associados, passamos pelas entrevistas e pré-requisitos,
 já estávamos vinculados a ONG mas faltava ser aprovados a assembleia geral.



   Os mesmo tem posicionamento sobre a Carta Aberta e a discussão feita
 na lista da revista BROO?


 Eu o Leo e o Roberto estamos acompanhando de perto os problemas que estão
 acontecendo,  o Cláudio é o presidente da ONG, a algum tempo ele vem
 passando por algum problemas que é gerado pela falta de transparência, ações
 duvidosas, desrespeito e conduta duvidosa dentro da organização por falta do
 conselho administrativo (Olivier Hallot, Gustavo Pacheco, Vera, Noelson e
 Carlos).
 Tais duvidas aconteceram por diversos fatos como: a falta de apresentação
 contábil, falta de transparência nos contratos e contratação de serviços,
 decisões tomadas de forma duvidosa, entre outras.

 Quem identificou estes problemas foi o próprio Cláudio que levou a nosso
 conhecimento e solicitou que acompanhássemos “Nós membros da associação”
 tudo o que estava acontecendo afim de garantir e solicitar maior
 transparência do concelho administrativo.





   Gostaria que o Claúdio se dissesse aqui na pgbr-dev o que está
 acontecendo para podermos discutir e tomarmos alguma posição.

   Minha posição é de que o pgbr suspenda qualquer ação com a ONG do
 BrOO até que tenha algum posicionamento oficial. Caso não digam
 oficialmente, que o pgbr não tenha mais nenhum relacionamento com a ONG
 BrOO. Porém, seria fundamental que as pessoas envolvidas comentasse para
 que esclareça.

 Concordo plenamente com você quanto a suspender e solicitar da ONG uma
 posição e esclarecimento dos fatos que estão acontecendo, afinal o nome da
 comunidade esta relacionada a ela.
 Caso ela não apresente justificativas plausíveis, devemos lançar uma carta
 publica retirando o apoio e nos desvinculando da ONG.



 OBS.   Se minha memória não estiver falhando em demasia, creio a conta
 do pgbr está aberta na ASL e não teve movimentação ainda na conta do
 pgbr na BROO (alguém confirma?).


 Acho que não fechamos a conta na ASL e não transferimos os valores para a
 BROO.
 Tem um outro ponto que me deixa muito preocupado, o domínio esta registrado
 pela BROO?
 Se estiver temos que solicitar a devolução do domínio para comunidade






 Referências:

 1 -

 http://br-linux.org/2011/broffice-carta-publica-a-comunidade-de-software-livre/
 2 -

 http://listas.broffice.org/pipermail/revista-producao/2011-February/000606.html
 3 -

 http://listas.broffice.org/pipermail/revista-producao/2011-February/thread.html#619



 []'s
 - --
 Fernando Ike
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.10 (GNU/Linux)
 Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

 iQIcBAEBAgAGBQJNXHGRAAoJENlDpkkM3Ld6Kl4QAJOi9NsUg6gXUAom5PrGxto9
 0OwtyqwC5zqGClV0VguakOnykbQJIQQdfWTYjy6vYMiqBD/XJZ52P0h29FM/ezsj
 d1pSAp30zCo6OGDX9QcJG/0RwFSDPWaUq/+4uhgvtlYANPZ0gFVPQ3wzkSRsZ9+i
 N3yQkIle5iY5EowJtXzfFbpHqcFGcZLWhgeQvYIVEqAHRvPZnzvQZ9K6VLRGPUfF
 Qf5FrAeyQEKWCfN9B4bg6C2AIkFI9X2Et+Z3npfAPpS7lYezVjjrGXX6N8v32fTX
 dHHoTtPXsN5O/1NkX4flTuerDz1UCyWt7xPt03E1h+OHVoG67FIentLVsakBNB/e
 ibhjJpzRHaHOX3p3MPX+5RmfBi115/4CUeF3sDZMMjjmsZZXb67+WlcXrZ0GZzFx
 

Re: [pgbr-geral] [pgbr-dev] Acontecimentos ONG BrOffice e posicionamento

2011-03-18 Por tôpico Fábio Telles Rodriguez
Em 18 de março de 2011 10:26, Rodrigo Marins
marins.consulto...@gmail.comescreveu:

 Bom dia a todos,
 A tempos ouvimos rumores do desvio de finalidade e serias duvidas quanto as
 ações da (CA - Conselho Administrativo) da associação , o presidente Cláudio
 Filho solicitou uma assembleia geral que ocorreu nesta quinta feira dia
 17/03/11, pelos problemas ocorridos quanto a gestão da CA o presidente
 sugeriu a extinção da associação e por votação unanime a Associação
 BrOffice.org – Projeto Brasil foi extinta .
 Estavam presentes eu (Rodrigo Marins e Leo Cezar) representando a
 comunidade PG, quanto ao domínio da nossa comunidade o FaW entrará em
 contato para providenciarmos a migração.

 Para maiores detalhes quanto a extinção, acesse:
 http://www.broffice.org/extincao_da_associacao_broffice


Meus pêsames.



 Pude acompanhar o esforço do Claudio Filho e do Leo Cezar para o nascimento
 e desenvolvimento dessa associação e vejo como a atitudes de poucos causam
 uma grande perda para o mundo SL.

 Claudio Filho e do Leo Cezar, deixo aqui minha estima e me ponho a
 disposição para ajudar no que for preciso.

 +1

Realmente ONG, OSCIP, Terceiro Setor, Sindicato, etc, etc são entidades
difíceis de serem gestadas no Brasil. Se não é governo e não é empresa, a
dificuldade de se separar destes dois pólos  é muito difícil.

Eu acho Que o Claudio é alguém ousado, talvez a frente do seu tempo ou dos
seus pares. Continuo achando que as idéias que ele pregou no BROO são muito
boas, mas a frustração de ver os rumos nos entristece, não apenas pela OSCIP
que se vai, mas pelo trabalho de muita gente boa e mais ainda: pelo desânimo
com o ser humano em geral.

Mas eu sei que temos muita gente boa por aqui, novas ideias surgem,
aprendemos com nossos tombos, nos reerguemos mais fortes.

Um grande abraço àqueles que ousaram sonhar.

-- 
Atenciosamente,
Fábio Telles Rodriguez
blog: http://www.midstorm.org/~telles/
e-mail / gtalk / MSN: fabio.tel...@gmail.com
Skype: fabio_telles
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] [pgbr-dev] Acontecimentos ONG BrOffice e posicionamento

2011-03-18 Por tôpico Roberto Mello
2011/3/18 Fábio Telles Rodriguez fabio.tel...@gmail.com:

 Para maiores detalhes quanto a extinção, acesse:
 http://www.broffice.org/extincao_da_associacao_broffice

 Meus pêsames.

Realmente uma pena. Tenho acompanhado o processo de perto - mas nao no
epicentro como o Cláudio e o Léo - e realmente é triste, apesar dos
esforços quase sobre-humanos do Cláudio e do Léo de reverter a
situação.

 Claudio Filho e do Leo Cezar, deixo aqui minha estima e me ponho a
 disposição para ajudar no que for preciso.

 +1

+100

 Realmente ONG, OSCIP, Terceiro Setor, Sindicato, etc, etc são entidades
 difíceis de serem gestadas no Brasil. Se não é governo e não é empresa, a
 dificuldade de se separar destes dois pólos  é muito difícil.

Pois é.

Naquela reunião do PgConBR 2009 eu manifestei minha preocupação em
como proteger o projeto PgBR da ONG e vice-versa, por que tudo muda
quando se tem dinheiro envolvido. A criatividade humana e a cultura
local de usar um bem comunitário/público para ganhos pessoais são
muito difíceis de serem gerenciadas.

 Eu acho Que o Claudio é alguém ousado, talvez a frente do seu tempo ou dos
 seus pares. Continuo achando que as idéias que ele pregou no BROO são muito
 boas, mas a frustração de ver os rumos nos entristece, não apenas pela OSCIP
 que se vai, mas pelo trabalho de muita gente boa e mais ainda: pelo desânimo
 com o ser humano em geral.

Verdade. Vamos em frente, com profundo agradecimento e apreciação aos
que ousaram e suaram.

Como diz o slogan da Toyota, temos que move forward. Vamos aos
próximos passos.

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


[pgbr-geral] Alta Disponibilidade com Replicação Postgres 9 com Heartbeat

2011-03-18 Por tôpico gilmarlinux


Olá a todos.Talvez alguém saiba se e possível realizar o tipo
de replicação abaixo.O cenário possui 2 servidores, onde
iremos chamar Servidor 1 e o outro Servidor 2.Servidor 1 esta com postgres 9 
com o
streeming replication para o Servidor 2 e os clientes conecta no Servidor 1 
atravez de
um IP virtual fornecido pelo Heartbeat.Quando o Servidor 1 cair o Hearteat 
passa o
IP virtual para o Servidor 2 e tambem executa um script informando que o 
Servidor 2 ira
receber tambem escrita. Ate aqui blz sem problemas penso que funciona blz.Agora 
e
a duvida, quando o Servidor 1 retornar o mesmo deverá retornar apenas como
consulta recebendo as replicações do Servidor 2 pois este e o que esta em
produção.Alguém tem ideia de como fazer isto de forma
automatizada.Porque a maneira que pensei e possivel fazer, porem teria que 
refazer
a configuração novamente.Agradeço
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] Dúvida Sobre Transações Em Postgres

2011-03-18 Por tôpico izana souza torres
Obrigado Fabiano

Em 17 de março de 2011 17:54, Fabiano Machado Dias 
fabi...@wolaksistemas.com.br escreveu:

  Não precisa, pode ser dentro da função e dentro dessa função você pode
 chamar outras funções.

 Usamos isso direto no nosso ERP

 Exemplo:

 CREATE OR REPLACE FUNCTION fnc.ajustecusto()
   RETURNS void AS
 $BODY$
 DECLARE
 rNotafiscalentrada_item RECORD;
 rNfei   RECORD;
 BEGIN
 FOR rNotafiscalentrada_item IN SELECT * FROM notafiscalentrada_item
 ORDER BY pknotafiscalentrada_item
 LOOP
 SELECT INTO rNfei
 (fnc.notafiscalentrada_item_calcular(rNotafiscalentrada_item.fknotafiscalentrada,rNotafiscalentrada_item.pknotafiscalentrada_item)).*;
 UPDATE notafiscalentrada_item SET
 valorunitariocusto = COALESCE(rNfei.valorunitariocusto,0),
 demonstrativocalculocusto = rNfei.demonstrativocalculocusto
 WHERE pknotafiscalentrada_item =
 rNotafiscalentrada_item.pknotafiscalentrada_item;
 END LOOP;
 END;
 $BODY$
   LANGUAGE 'plpgsql' VOLATILE
 ALTER FUNCTION fnc.ajustecusto() OWNER TO postgres;


 Se for de interesse dá uma olhada nesse link, tem vários exemplos
 semelhantes

 http://pgbr.postgresql.org.br/2009/palestras/aud2/ERP.pdf
 http://www.4linux.com.br/noticias/2010/PostgreSQL/PGCon2009


 Abraço,
 Fabiano Machado Dias



 Em 17/3/2011 15:16, izana souza torres escreveu:

 Blz..então cada função seria uma transação ?? só q dentro da função que
 estou trabalhando não posso utilizar os comando COMMIT ou ROLLBACK
 explicitamente..



 Logo o q estou entendo pelo o q os nobre colegas estão dizendo é o
 seguinte..


 Imagine um código Java = E nele que vou trantar o COMMIT E ROLLBACKP
 falando grosseirament


 exemplo;

 try {

 stmt.execute(select fecharCaixa()); // aqui ele chama a função fechar caixa
 conn.commit()  // aqui ele comita caso tudo ok

 }catch(Exception e){
   conn.rollback() // caso algum problema na hora de feixar o caixa
 }


 OU seja o que vcs estão tentando me dizer é que é em nivel de aplicação que
 eu vou utilizar o Comando commit e rollback
 por exemplo..


 Em 17 de março de 2011 12:48, Rogério Bassete 
 roge...@microwork.inf.brescreveu:


 Sim,
 Como você falou, elas podem fazer para de uma transação quando chamada
 dentro de uma.
 Mas teria como vc me dar um exemplo prático ?

  Izana,

 begin;
 insert into foo values ('teste','teste2');
 update foo set campo1 = 'teste3' where id = 3;
 -- chama a sua função.
 select funcao_baixa_estoque();
 select funcao_gera_log();
 commit;

 Rogério Bassete

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



 ___
 pgbr-geral mailing 
 listpgbr-ge...@listas.postgresql.org.brhttps://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] Alta Disponibilidade com Replicação Postgres 9 com Heartbeat

2011-03-18 Por tôpico Fábio Telles Rodriguez
Em 18 de março de 2011 15:25, gilmarli...@agrovale.com.br escreveu:

 Olá a todos.
 Talvez alguém saiba se e possível realizar o tipo de replicação abaixo.
 O cenário possui 2 servidores, onde iremos chamar Servidor 1 e o outro
 Servidor 2.
 Servidor 1 esta com postgres 9 com o streeming replication para o Servidor
 2 e os clientes conecta no Servidor 1 atravez de um IP virtual fornecido
 pelo Heartbeat.
 Quando o Servidor 1 cair o Hearteat passa o IP virtual para o Servidor 2 e
 tambem executa um script informando que o Servidor 2 ira receber tambem
 escrita. Ate aqui blz sem problemas penso que funciona blz.
 Agora e a duvida, quando o Servidor 1 retornar o mesmo deverá retornar
 apenas como consulta recebendo as replicações do Servidor 2 pois este e o
 que esta em produção.
 Alguém tem ideia de como fazer isto de forma automatizada.
 Porque a maneira que pensei e possivel fazer, porem teria que refazer a
 configuração novamente.
 Agradeço


Veja, se você migrou do 1 para o 2. É porquê o 1 teve problemas. Então, você
não vai querer que o 1 volte para a produção até que tudo tenha sido
resolvido. Então voltar automaticamente não é uma boa idéia.

Para voltar você tem de baixar o 2 e copiar a base inteira de volta. Isso
leva um tempo. Portanto não faça isso automaticamente. Claro, você pode
começar a replicar do 2 para o 1 também.

De qualquer forma eu tenho um pouco de receio de fazer estas coisas
automaticamente. O Heartbeat pode ser meio paranóico e gerar alguns falso
positivos em momentos de carga alta ou oscilações de rede. Lembre-se que
quando você passa de 1 para 2, todo mundo acaba sendo desconectado. As
pessoas não gostam muito disso, ainda mais quando estão no final de um
relatório que leva horas.

Tome muito cuidado ao chavear automaticamente para o standby. Já vi muita
gente que começou a achar que standby é uma porcaria, quando na verdade o
problema estava justamente no heartbeat.
-- 
Atenciosamente,
Fábio Telles Rodriguez
blog: http://www.midstorm.org/~telles/
e-mail / gtalk / MSN: fabio.tel...@gmail.com
Skype: fabio_telles
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


[pgbr-geral] Erro ao restaurar DUMP descritor de objeto grande invalido

2011-03-18 Por tôpico Cesar Pedroso
Boa tarde a todos,

Estou com um pequeno problema na hora de restaurar o dump em uma base local.
Esta aparecendo a seguinte msg de erro descritor de objeto grande
invalido.

Estou utilizando o Postgres 8.4.
Comando: psql - Upostgres -dbase -farquivo

Alguem poderia me ajudar nessa questão.

Muito obrigado

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


[pgbr-geral] Migrando de ms-sql server para PostgreSQL

2011-03-18 Por tôpico Douglas Fabiano Specht
boa tarde pessoal,
vejam se podem me ajudar,
estou fazendo uns testes para poder migrar do ms-sql server 2008 para
PostgreSql, mas acho que nao estou conseguindo criar o banco com o
ENCODING ou TABLESPACE correto.
no Ms-sql server e firebird 2.5 utilizamos o Collation Latin1_General_CI_AS.
quando vou fazer uma consulta ou comando de update/insert no Ms-sql e
firebird é direto sem utilizar   aspas e case sensitivo. exemplo:

Ms-sql server e FB funciona assim:
select versao from configura

mas no PG so consigo rodar com as aspas e em caixa alta:
select VERSAO from CONFIGURA


alguma solução para o meu casopois teria alterar muita coisa no sistema.


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


Re: [pgbr-geral] Migrando de ms-sql server para PostgreSQL

2011-03-18 Por tôpico Sebastian SWC
2011/3/18 Douglas Fabiano Specht douglasfabi...@gmail.com:
 boa tarde pessoal,
 vejam se podem me ajudar,
 estou fazendo uns testes para poder migrar do ms-sql server 2008 para
 PostgreSql, mas acho que nao estou conseguindo criar o banco com o
 ENCODING ou TABLESPACE correto.
 no Ms-sql server e firebird 2.5 utilizamos o Collation Latin1_General_CI_AS.
 quando vou fazer uma consulta ou comando de update/insert no Ms-sql e
 firebird é direto sem utilizar   aspas e case sensitivo. exemplo:

 Ms-sql server e FB funciona assim:
 select versao from configura

 mas no PG so consigo rodar com as aspas e em caixa alta:
 select VERSAO from CONFIGURA


 alguma solução para o meu casopois teria alterar muita coisa no sistema.


Douglas,

não entendi bem o que você precisa, mas acredito que você queira criar
um banco em LATIN1, para isso é só criar o banco de dados utilizando o
template0.

utilizando o utilitário createdb a sintaxe é:
createdb -U _usuario_ -E LATIN1 -T template0 _nome_do_banco_

Qualquer dúvida veja o manual[1].

[1] http://www.postgresql.org/docs/9.0/static/app-createdb.html

-- 
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


Re: [pgbr-geral] Erro ao restaurar DUMP descritor de objeto grande invalido

2011-03-18 Por tôpico Tiago Adami
Em 18 de março de 2011 17:05, Cesar Pedroso cesar.cs...@gmail.com escreveu:
 Boa tarde a todos,

 Estou com um pequeno problema na hora de restaurar o dump em uma base local.
 Esta aparecendo a seguinte msg de erro descritor de objeto grande
 invalido.

 Estou utilizando o Postgres 8.4.
 Comando: psql - Upostgres -dbase -farquivo


Como você fez o backup? Através do pgAdmin 3? Se for por linha de
comando, poste aqui. Restaurar um banco com psql funciona apenas para
backups no formato texto plano (a.k.a plain text). Caso contrário,
deverá usar o pg_restore.

-- 
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


Re: [pgbr-geral] Migrando de ms-sql server para PostgreSQL

2011-03-18 Por tôpico Leandro DUTRA
2011/3/18 Douglas Fabiano Specht douglasfabi...@gmail.com:
 acho que nao estou conseguindo criar o banco com o
 ENCODING ou TABLESPACE correto.
 no Ms-sql server e firebird 2.5 utilizamos o Collation Latin1_General_CI_AS.

Latin1 não é correto, é obsoleto.  O ideal seria Unicode, o mínimo é Latin9.


 mas no PG so consigo rodar com as aspas e em caixa alta:
 select VERSAO from CONFIGURA

Porque você criou os objetos em maiúsculas.  Crie os objetos em
minúsculas e tudo bem.



-- 
skype:leandro.gfc.dutra?chat      Yahoo!: ymsgr:sendIM?lgcdutra
+55 (61) 3546 7191              gTalk: xmpp:leand...@jabber.org
+55 (11) 9406 7191        ICQ/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


Re: [pgbr-geral] Erro ao restaurar DUMP descritor de objeto grande invalido

2011-03-18 Por tôpico Cesar Pedroso
Opa Tiago,

Então tirei pelo pgAdmin no formato texto.


2011/3/18 Tiago Adami adam...@gmail.com

 Em 18 de março de 2011 17:05, Cesar Pedroso cesar.cs...@gmail.com
 escreveu:
  Boa tarde a todos,
 
  Estou com um pequeno problema na hora de restaurar o dump em uma base
 local.
  Esta aparecendo a seguinte msg de erro descritor de objeto grande
  invalido.
 
  Estou utilizando o Postgres 8.4.
  Comando: psql - Upostgres -dbase -farquivo
 

 Como você fez o backup? Através do pgAdmin 3? Se for por linha de
 comando, poste aqui. Restaurar um banco com psql funciona apenas para
 backups no formato texto plano (a.k.a plain text). Caso contrário,
 deverá usar o pg_restore.

 --
 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] [pgbr-dev] Acontecimentos ONG BrOffice e posicionamento

2011-03-18 Por tôpico mateusgra
Não tem como isso acontecer, o PostgreSQL é licença BSD nenhuma empresa pode tomar o PostgreSQL, exemplo a EnterpriseDB desenvolve uma versão do PostgreSQL personalizada mas ninguem é obrigado a utilizar.O MacOsx é baesado em FreeBSD mas a apple não é dona dos FreeBSD, a pixar utiliza uma versão do BSD modificada para renderizar os filmes acontece a mesma coisa.  Pelo contrário para else é mais interessante ficar sincronizado com a comunidade,o BSD acabou de modificar a pilha tcp  do fonte que aumentou muito o desempenho se eles não ajudam a comunidade eles perdem esse beneficio tb porque vão ter que mudar toda a estrutura do sistema,acontece a mesma coisa com EnterpriseDB os desenvolvedores deles ajudam muito a comunidade, principalmente agora com a versão 9.

Em 18/03/2011 22:05, Eduardo Santos  eduardo.edusan...@gmail.com  escreveu:Gente,

Gostaria de fazer uma reflexão um pouco mais profunda com vocês, uma vez que temos algumas características que nos diferenciam dos outros produtos de Software Livre do Mercado. Se você acha tais reflexões muito chatas ou desnecessárias, sinta-se à vontade para apagar a mensagem. Nossas principais características são:

1 - Tratamos de um software EXTREMAMENTE importante para qualquer organização. Afinal, dado é a vida inteira da empresa, muito mais que dinheiro;
2 - Somos uma comunidade bastante difusa com foco no conhecimento técnico, normalmente de onde vem a meritocracia;
3 - Estamos crescendo muito, e muito rápido. Como alguns que estão na lista, imaginar que saímos do PostgreSQL 7.1 para onde estamos agora é simplesmente incrível, tanto pelos avanços técnicos quanto pelo crescimento da comunidade. O que crescemos nos últimos 4 anos é tão incrível que perdi a capacidade de acompanhar.

Infelizmente, devo dizer que sou um pessimista em determinados temas por natureza. Não acredito que tudo o que aconteceu na ONG BrOffice foi por acaso, assim como descobrimos recentemente que tudo o que aconteceu na discussão do OpenXML também não foi por acaso. Acredito que houve alguém ou algo por trás maior que agiu somente para desestabilizar a ONG e atacar justamente a credibilidade do software, fator que sempre foi um empecilho e vinha crescendo muito nos últimos anos. Justamente por acreditar nisso, algumas coisas que acho que deveríamos pensar juntos:

- A quem pertence o nome PostgreSQL?
- Qual a influência das grandes empresas na gerência do código?
- O que impede que o nosso software (PostgreSQL) sofra um golpe semelhante?

Um exercício de reflexão: o que aconteceria se tivéssemos que mudar o nome de PostgreSQL para ElefanteSQL, por exemplo? Qual o impacto que isso teria em nossas vidas? Conseguiríamos vendê-lo tão bem quanto hoje?

Acredito que a primeira "investida" foi frustrada, quando a Sun tentou "tomar de assalto" o PostgreSQL, mas não sei se estamos 100% seguros. Talvez seja a hora de imaginarmos como poderemos nos defender das próximas iniciativas que certamente acontecerão.


-- Eduardo SantosAnalista de Sistemashttp://eduardosan.wordpress.comhttp://twitter.com/eduardosan

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


Re: [pgbr-geral] Migrando de ms-sql server para PostgreSQL

2011-03-18 Por tôpico Osvaldo Kussama
Em 18/03/11, Douglas Fabiano Spechtdouglasfabi...@gmail.com escreveu:
 boa tarde pessoal,
 vejam se podem me ajudar,
 estou fazendo uns testes para poder migrar do ms-sql server 2008 para
 PostgreSql, mas acho que nao estou conseguindo criar o banco com o
 ENCODING ou TABLESPACE correto.
 no Ms-sql server e firebird 2.5 utilizamos o Collation Latin1_General_CI_AS.
 quando vou fazer uma consulta ou comando de update/insert no Ms-sql e
 firebird é direto sem utilizar   aspas e case sensitivo. exemplo:

 Ms-sql server e FB funciona assim:
 select versao from configura

 mas no PG so consigo rodar com as aspas e em caixa alta:
 select VERSAO from CONFIGURA


 alguma solução para o meu casopois teria alterar muita coisa no sistema.



O PostreSQL não faz distinção entre letras maiúsculas e minúsculas nos
identificadores e as palavras chave, exceto quando de usa
identificador delimitado ou identificador entre aspas. Veja:
http://www.postgresql.org/docs/current/interactive/sql-syntax-lexical.html#SQL-SYNTAX-IDENTIFIERS
particularmente delimited identifier or quoted identifier.

Quando você cria um cluster com o initdb ele inicializará o cluster
com o locale do ambiente de execução. No seu caso é o UTF-8? Existe
realmente a necessidade de troca-lo para Latin1?
Caso deseje um encoding específico veja 22.2.2. Setting the Character Set em:
http://www.postgresql.org/docs/current/interactive/multibyte.html

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