Re: [pgbr-geral] Sincronizar dados

[Antonio Cesar]

EX. fico conectado ao servidor e quando ha um problema na rede preciso 
conerctar ao servidor secundario e depois replicar os registro no 
servidor central.


Em 22/09/2011 00:16, Itamar Reis Peixoto escreveu:

2011/9/21 Antonio Cesar:

Boa noite a todos.
Pessoal, estou desenvolvendo o PAF-ECF e no requisito III pede para o
programa roda em stand alone.

O pergunta é como sincronizo algumas tabela do banco de dados. copiar de uma
maquina para outras


depende, vc quer dizer copiar (pgdump) e depois restaurar  na outra maquina ?

ou vc quer uma replicacao master-master ou master-slave ? se for (bucardo.org)





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

Re: [pgbr-geral] Sincronizar dados

[Itamar Reis Peixoto]

2011/9/21 Antonio Cesar :
> Boa noite a todos.
> Pessoal, estou desenvolvendo o PAF-ECF e no requisito III pede para o
> programa roda em stand alone.
>
> O pergunta é como sincronizo algumas tabela do banco de dados. copiar de uma
> maquina para outras
>

depende, vc quer dizer copiar (pgdump) e depois restaurar  na outra maquina ?

ou vc quer uma replicacao master-master ou master-slave ? se for (bucardo.org)



-- 


Itamar Reis Peixoto
msn, google talk: ita...@ispbrasil.com.br
+55 11 4063 5033 (FIXO SP)
+55 34 9158 9329 (TIM)
+55 34 8806 3989 (OI)
+55 34 3221 8599 (FIXO MG)
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] WITH (NOLOCK) Postgres 9.1

[Bruno Silva]

Certo, pequei. Estava me referindo ao Postgres, não tenho muito respeito
pelo outro.
Bruno E. A. Silva.

2011/9/21 Alexsandro Haag 

> 2011/9/21 Bruno Silva 
>
>> Exato, e um SELECT não causa locks.
>>
>
> Eu não disse isso Bruno, mas sim que ele pode sofrer lock devido a alguma
> transação bloqueando o registro que está na faixa de busca do select. Mas
> isso não em Postgres, como esclareceu o Euler. Isso ocorre em MSSQL.
>
> --
> Atenciosamente
>
> Alexsandro Haag
> http://alexsandrohaag.blogspot.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] netiqueta era (Re: WITH (NOLOCK) Postgres 9.1)

[Bruno Silva]

> On 21-09-2011 23:09, Bruno Silva wrote:
> > Exato, e um SELECT não causa locks.
> >
> Bruno, não corte toda a mensagem! Assim perdemos o contexto do que você
> está
> dizendo. Suas mensagens confundem toda discussão (não sabemos o que você
> está
> questionando ou afirmando). Ao invés disso, deixe uma parte (aquela que
> você
> está questionando ou afirmando) e responda abaixo dela.
>
> Perdão


>
> --
>Euler Taveira de Oliveira - 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
>
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] netiqueta era (Re: WITH (NOLOCK) Postgres 9.1)

[Euler Taveira de Oliveira]

On 21-09-2011 23:09, Bruno Silva wrote:
> Exato, e um SELECT não causa locks.
>
Bruno, não corte toda a mensagem! Assim perdemos o contexto do que você está 
dizendo. Suas mensagens confundem toda discussão (não sabemos o que você está 
questionando ou afirmando). Ao invés disso, deixe uma parte (aquela que você 
está questionando ou afirmando) e responda abaixo dela.


-- 
Euler Taveira de Oliveira - 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

[pgbr-geral] Sincronizar dados

[Antonio Cesar]

Boa noite a todos.
Pessoal, estou desenvolvendo o PAF-ECF e no requisito III pede para o 
programa roda em stand alone.


O pergunta é como sincronizo algumas tabela do banco de dados. copiar de 
uma maquina para outras


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

Re: [pgbr-geral] WITH (NOLOCK) Postgres 9.1

[Alexsandro Haag]

2011/9/21 Bruno Silva 

> Exato, e um SELECT não causa locks.
>

Eu não disse isso Bruno, mas sim que ele pode sofrer lock devido a alguma
transação bloqueando o registro que está na faixa de busca do select. Mas
isso não em Postgres, como esclareceu o Euler. Isso ocorre em MSSQL.

-- 
Atenciosamente

Alexsandro Haag
http://alexsandrohaag.blogspot.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] WITH (NOLOCK) Postgres 9.1

[Bruno Silva]

Exato, e um SELECT não causa locks.

Bruno E. A. 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] Dicionário de dados

[Guilherme Carvalho]

Uma vez cheguei a usar este daqui,
http://www.casestudio.com/enu/default.aspx. Não sei se atende sua demanda.
Em 20/09/2011 15:15, "Danilo Silva"  escreveu:
> Pessoal,
>
> Alguém conhece alguma ferramenta (free) ou o próprio pgadmin que gere
> dicionário de dados e MER?
>
> Abraço para todos.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Dicionário de dados

[Leandro Guimarães Faria Corce DUTRA]

Le 2011-S-21  21h53, Flavio Henrique Araque Gurgel a écrit :
>
> Mas programador que mexe com CICS geralmente é muito disciplinado na
> clareza de código e correção de rotinas.

Reza a lenda que o IBM CICS, ao menos na primeira versão, foi 
desenvolvido em Z, um ‘método formal relacional’ ou coisa que o valha. 
Estou há dez anos para estudar isso.



-- 
skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
+55 (61) 3546 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
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Unidades SI (Era: DBLink desempenho)

[Leandro Guimarães Faria Corce DUTRA]

Le 2011-S-21  21h49, Flavio Henrique Araque Gurgel a écrit :
>>
>> Inveja que sente este reles bacharel em Administração de empresas…
>
> E pensar que muito Engenheiro é louco para fazer MBA.

Sim, paga-se bem pela lobotomia.



-- 
skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
+55 (61) 3546 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
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Dicionário de dados

[Flavio Henrique Araque Gurgel]

> Existe alguma exceção mais gritante que o IBM CICS?  Ou até isso é lenda?

Não sei.
Mas programador que mexe com CICS geralmente é muito disciplinado na
clareza de código e correção de rotinas.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Unidades SI (Era: DBLink desempenho)

[Flavio Henrique Araque Gurgel]

>> Técnico em eletrônica e engenheiro eletricista aqui.
>
> Inveja que sente este reles bacharel em Administração de empresas…

E pensar que muito Engenheiro é louco para fazer MBA.
___
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: Collation

[Flavio Henrique Araque Gurgel]

> Geralmente, pt_BR.UTF‐8.  No sistema GNU (por exemplo, Debian
> GNU/Linux), o padrão do sistema é configurado durante a instalação, e
> no Brasil costuma ser pt_BR.UTF‐8 mesmo.
>
>
>> A definição vem na criação do banco ou do campo?
>
> O atributo herda da base, que herda do usuário criador, que herda do
> sistema.  Dá para alterar em qualquer uma dessas instâncias.

Gente, a confusão tá grande.
A pergunta inicial é sobre Collation, e não sobre encoding.

Encoding é o código de caracteres utilizado para armazenento.
Collation é a ordem quando se precisa classificar.

Portanto:
UTF8 - Código de caracteres
ISO8859-1 - Código de caracteres, também conhecido como LATIN1 extendido.

pt_BR-UTF8 - Código UTF8, com ordenação em português do Brasil.
en_US-UTF8 - Código UTF8, com ordenação em inglês do EUA

O PostgreSQL 9.1 aceita *ordenação* (collation) por coluna. É uma
funcionalidade útil e muito aguardada.

Portanto você pode ter um banco de dados todo UTF8 e numa mesma tabela
possibilidade de ordenação em idiomas diferentes.

Será que esclareceu?

[]s
Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Dicionário de dados

[Leandro Guimarães Faria Corce DUTRA]

Le 2011-S-21  21h17, Euler Taveira de Oliveira a écrit :
> E o são. O problema é que qualquer modelo matemático para engenharia de
> software é tão complexo que desenvolvedores de ferramentas CASE não o adotam.

Talvez porque tenha de refletir uma realidade que é inerentemente complexa?

O triste é que, com modas como orientação a objetos, NoSQL e outras 
mais, a gente complica mais ainda o que já não é simples.


> Por esta e outras razões, métodos formais são adotados, quase que
> exclusivamente, no desenvolvimento de sistemas críticos.

Existe alguma exceção mais gritante que o IBM CICS?  Ou até isso é lenda?



-- 
skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
+55 (61) 3546 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
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Dicionário de dados

[Leandro Guimarães Faria Corce DUTRA]

Le 2011-S-21  20h21, Leonardo Cezar a écrit :
>> Aí é que tenho divergência conceitual… não acredito em DER nem em Papai Noel.
>
> Eu também não, mas meus argumentos e paciência de convencer o
> contrário já se foram faz anos.

:-)



> Creio que os processos de desenvolvimentos e as diversas disciplinas
> da engenharia da informação deveriam ser revisados desde a acadêmia,
> mas isso é história pra discutir num boteco ao efeito de 15 vodkas.

Serve cervejinha sem álcool?


>> Meus pêsames…
>
> É pior do que imagina.

Já desisti de imaginar, a realidade sempre surpreende.  Outro dia 
conheci um javeiro que achava que /mainframe/ era 16 bits.


>> Git! (ou Darcs, ou qualquer equivalente…)
>
> Menos simples, vide minha palestra sobre versionamento de banco de
> dados que deve estar em algum lugar da rede.

Quanto eu tiver a pachorra de procurar… mas foi proferida onde e quando?


> Não existem ferramentas com suporte a domínios, embora esta seja uma
> prática comum de modelagem em qualquer lugar que se preze.

De fato, lastimável.



> Respostas para perguntas do tipo: "Quais entidades no sistema jurídico
> dependem de outra entidade do sistema de RH".

Faz muito tempo que não mexo no catálogo, mas devia ser uma simples 
consulta no dito-cujo… devia, ao menos…


>> Aproveitando, tangencialmente relevante:
>> http://lwn.net/SubscriberLink/459647/de10bdae0e5123cd/
>
> Não entendi as conexões.

Só uma: muito da complexidade e deficiências dessas ferramentas de 
modelagem é por falta de um padrão crível.  Já pensou se desse para 
codificar em ISO SQL como se codifica, por exemplo, em K&R ou ISO C?



-- 
skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
+55 (61) 3546 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
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Dicionário de dados

[Euler Taveira de Oliveira]

On 21-09-2011 20:21, Leonardo Cezar wrote:
> Creio que os processos de desenvolvimentos e as diversas disciplinas
> da engenharia da informação deveriam ser revisados desde a acadêmia,
> mas isso é história pra discutir num boteco ao efeito de 15 vodkas.
>
E o são. O problema é que qualquer modelo matemático para engenharia de 
software é tão complexo que desenvolvedores de ferramentas CASE não o adotam. 
Por esta e outras razões, métodos formais são adotados, quase que 
exclusivamente, no desenvolvimento de sistemas críticos.


-- 
Euler Taveira de Oliveira - 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

Re: [pgbr-geral] Dicionário de dados

[Leonardo Cezar]

2011/9/21 Guimarães Faria Corcete DUTRA, Leandro :
>>    * Possibilidade de criar o DER a partir do modelos lógicos
>> (diagrama de entidades)
>
> Aí é que tenho divergência conceitual… não acredito em DER nem em Papai Noel.

Eu também não, mas meus argumentos e paciência de convencer o
contrário já se foram faz anos.

> Creio que o SQL nos ajuda a criar uma grande confusão nesse ponto, mas
> acho que já me expliquei alhures e (ou) d’antanho…

Creio que os processos de desenvolvimentos e as diversas disciplinas
da engenharia da informação deveriam ser revisados desde a acadêmia,
mas isso é história pra discutir num boteco ao efeito de 15 vodkas.

>>    * Criação automático do Mapeamento Objeto Relacional e, mais
>> especificamente, dos mapeamentos do JPA
>
> Meus pêsames…

É pior do que imagina.

>>    * Utilizar repositório único e integrado
>
> Git! (ou Darcs, ou qualquer equivalente…)

Menos simples, vide minha palestra sobre versionamento de banco de
dados que deve estar em algum lugar da rede.

>>    * Garantir versionamento dos objetos existentes no repositório
>
> Idem.

Idem.

>>    * Compatibilidade entre tipos e domínios
>
> Boiei.

Não existem ferramentas com suporte a domínios, embora esta seja uma
prática comum de modelagem em qualquer lugar que se preze.

>>    * Versionamento da estrutura
>>    * Rastreabilidade de dependência (relacionamentos)
>
> Não pesquei também.

Respostas para perguntas do tipo: "Quais entidades no sistema jurídico
dependem de outra entidade do sistema de RH".

> Aproveitando, tangencialmente relevante:
> http://lwn.net/SubscriberLink/459647/de10bdae0e5123cd/

Não entendi as conexões.

-Leo
-- 
Leonardo Cezar
http://postgreslogia.wordpress.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] WITH (NOLOCK) Postgres 9.1

[Euler Taveira de Oliveira]

On 21-09-2011 18:56, Alexsandro Haag wrote:
> Isso é utilizado no sqlserver prá fazer leitura suja. Com este hint ele traria
> o resultado de determinado registro mesmo que ele esteja em transação. Ou seja
> pegaria a última posição do registro antes de ter entrado em transação, ao
> invés de gerar lock aguardando a transação terminar.
>
> Mas no Postgres achava que não existia isso. Não pode ter havido alguma
> adaptação para compatibilizar com o MSsql nesta sua versão?
>
E *não* existe. Vide o meu último email neste assunto. O MVCC *não* permite 
leituras sujas (a não ser sequências que não são transacionais por natureza).


-- 
Euler Taveira de Oliveira - 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

[pgbr-geral] Res: Problema - dbi_link com a versão 9.04 PostgreSQL

[coutinho]

Nao uso db_link ou dbi_link mas por acaso falei hoje a tarde com um colega que 
me "afirmou" que nao estao funcionando do pg 9.1. Mas to repassando isso na 
forma de boato pois nao pude testar e nao sei se de repente o problema nao eh 
"outro"

Enviado pelo meu aparelho BlackBerry da Claro

-Original Message-
From: Emanuel Araújo 
Date: Wed, 21 Sep 2011 19:04:31 
To: Comunidade PostgreSQL Brasileira
Reply-To: Comunidade PostgreSQL Brasileira

Subject: [pgbr-geral] Problema - dbi_link com a versão 
9.04 PostgreSQL

___
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] WITH (NOLOCK) Postgres 9.1

[Bruno Silva]

Pessoal, eu também não sabia que isso tinha no Postgres. Também achava que
só tinha lá no pseudo banco. :D
Mas o sistema foi feito pra Postgres, foi concebido para ele. Então não tem
mistura de $QL $erver.
Não entendi também o por que dessas chamadas.

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

[pgbr-geral] Problema - dbi_link com a versão 9.04 PostgreSQL

[Emanuel Araújo]

Srs.

Em uma de nossas aplicações, fazemos uso do dbi_link para uma comunicação
com um db firebird, funciona muito bem na versão 8.3 que temos de um de
nossos servidores PostgreSQL (CentOS 5.3).  Estamos fazendo os testes para
migração para versão 9.04 ou 9.1, e nos testes de uso do dbi_link obtivemos
os seguintes erros:

dbi_fortes=# SELECT "NOME" FROM ag."CLI";
WARNING:  SELECT dbi_link.cache_connection( 1 ) at line 12.
CONTEXT:  PL/Perl function "remote_select"
ERROR:  invalid byte sequence for encoding "LATIN1": 0x00 at line 198.
CONTEXT:  PL/Perl function "remote_select"

Originalmente o banco era SQL_ASCII, mas foi migrado para usar LATIN1, e o
mesmo problema ocorre quando usamos o encoding original (SQL_ASCII) .

Usando a query para coletar apenas um dos campos da tabela linkada:
*"dbi_fortes=#
SELECT * FROM dbi_link.remote_select(1, 'SELECT NOME FROM CLI'::text)
remote_select("NOME" text) LIMIT 10;"* ele retorna sem nenhum problema.

Achamos o campo dessa tabela que está ocasionando o erro, e o mesmo contém
valores NULL.

Usando "isql" consigo normalmente retornar os dados.

Perguntas:

1. o que pode ter mudado da versão 8.3/8.4(funciona também) para versão 9.*
que pode ocasionar esse tipo de incompatibilidade ?

2. alguém sabe de algum BUG do dbi_link a esse respeito ?

3. Existe algum outra ferramenta de uso semelhante ao dbi_link ?

4. Algo mais que possam me ajudar a respeito ?

Agradeço.

-- 
*Atenciosamente,

Emanuel Araújo*
http://eacshm.wordpress.com/
*
*
*Linux Certified
LPIC-1*
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] WITH (NOLOCK) Postgres 9.1

[Alexsandro Haag]

Isso é utilizado no sqlserver prá fazer leitura suja. Com este hint ele
traria o resultado de determinado registro mesmo que ele esteja em
transação. Ou seja pegaria a última posição do registro antes de ter entrado
em transação, ao invés de gerar lock aguardando a transação terminar.

Mas no Postgres achava que não existia isso. Não pode ter havido alguma
adaptação para compatibilizar com o MSsql nesta sua versão?

Alex

Em 21/09/2011 18:38, "Bruno Silva" escreveu:

Também achava, e não vejo utilidade em uma SELECT.
Mas, no sistema que temos aqui tem. :/
Bruno E. A. Silva.


___
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] Unidades SI (Era: DBLink desempenho)

[Guimarães Faria Corcete DUTRA , Leandro]

2011/9/21 Flavio Henrique Araque Gurgel :
>
> Técnico em eletrônica e engenheiro eletricista aqui.

Inveja que sente este reles bacharel em Administração de empresas…



-- 
Skype:leandro.gfc.dutra?chat   Yahoo!: ymsgr:sendIM?lgcdutra
+55 (61) 3546 7191 Google Talk: xmpp:leand...@jabber.org
+55 (11) 9406 7191  MSNIM:chat?contact=lean...@dutra.fastmail.fm
sip:leand...@iptel.org ICQ: AIM:GoIM?screenname=61287803
___
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: Collation

[Guimarães Faria Corcete DUTRA , Leandro]

2011/9/21 Danilo Silva :
> Mas no caso qual seria o encoding e collation corretos?

Geralmente, pt_BR.UTF‐8.  No sistema GNU (por exemplo, Debian
GNU/Linux), o padrão do sistema é configurado durante a instalação, e
no Brasil costuma ser pt_BR.UTF‐8 mesmo.


> A definição vem na criação do banco ou do campo?

O atributo herda da base, que herda do usuário criador, que herda do
sistema.  Dá para alterar em qualquer uma dessas instâncias.


-- 
Skype:leandro.gfc.dutra?chat   Yahoo!: ymsgr:sendIM?lgcdutra
+55 (61) 3546 7191 Google Talk: xmpp:leand...@jabber.org
+55 (11) 9406 7191  MSNIM:chat?contact=lean...@dutra.fastmail.fm
sip:leand...@iptel.org ICQ: AIM:GoIM?screenname=61287803
___
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: Collation

[Guimarães Faria Corcete DUTRA , Leandro]

2011/9/21 Osvaldo Kussama :
>
> O enconding UTF-8 (uma das implementações do padrão teórico unicode) é
> bastante geral e é normalmente o mais indicado atualmente (apesar de
> muitos preferirem o LATIN1 e o Leandro sempre dizer que é melhor o
> LATIN9).

Vixe, ando me explicando muito mal mesmo.

O que creio é que o melhor é qualquer Unicode (ISO 10646, se não me
falha a memória), mas o mais comum hoje, e mais indicado na grande
maioria das situações, é o UTF‐8.

Se, por acaso, não pode porque não pode usar Unicode, o mínimo
aceitável no Brasil hoje é o Latin9 (ISO 8859‐15), porque é uma
atualização do Latin1 (ISO 8859‐1) que inclui o Euro (€).  Mas isso,
só se não dá para usar alguma das codificações Unicode.


-- 
Skype:leandro.gfc.dutra?chat   Yahoo!: ymsgr:sendIM?lgcdutra
+55 (61) 3546 7191 Google Talk: xmpp:leand...@jabber.org
+55 (11) 9406 7191  MSNIM:chat?contact=lean...@dutra.fastmail.fm
sip:leand...@iptel.org ICQ: AIM:GoIM?screenname=61287803
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] WITH (NOLOCK) Postgres 9.1

[Bruno Silva]

Também achava, e não vejo utilidade em uma SELECT.
Mas, no sistema que temos aqui tem. :/
Bruno E. A. 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] WITH (NOLOCK) Postgres 9.1

[Alexsandro Haag]

With (nolock)?
Isso não é só para Sqlserver?

Alex

Em 21/09/2011 16:32, "Bruno Silva" escreveu:

Pessoal alguém sabe algo sobre o uso de WITH (NOLOCK) no 9.1
Não há mais suporte?

Bruno E. A. Silva.


___
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] Pergunta genérica

[Euler Taveira de Oliveira]

On 21-09-2011 16:35, jean carlos wrote:
> Boa tarte!
>
> Estou tentando instalar o postgres nos laboratórios aqui mais ele não ta
> aparecendo aqla opção servers, da um erro bem no final da instalação e não
> aparece os servers pra gente mexer com o banco. Tendo esse problema so
> funciona o postgres se eu formatar a máquina em questão e tentar novamente.
> Você sabe o que pode estar acotecendo.
>
*Não sequestre um assunto! Sempre crie um novo email ao invés de clicar em 
responder em outro assunto e sair apagando o conteúdo do mesmo.* Leia [1] para 
conhecer as regras de participação na lista.

Você disse mas não disse nada. Qual o erro? Qual a versão está tentando 
instalar? Qual o sistema operacional?


[1] http://www.postgresql.org.br/RegrasLista


-- 
Euler Taveira de Oliveira - 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

Re: [pgbr-geral] WITH (NOLOCK) Postgres 9.1

[Euler Taveira de Oliveira]

On 21-09-2011 16:31, Bruno Silva wrote:
> Pessoal alguém sabe algo sobre o uso de WITH (NOLOCK) no 9.1
> Não há mais suporte?
>
Você quer dizer NOWAIT [1]?

[1] 
http://www.postgresql.org/docs/current/static/sql-select.html#SQL-FOR-UPDATE-SHARE


-- 
Euler Taveira de Oliveira - 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

Re: [pgbr-geral] Res: Collation

[Osvaldo Kussama]

Em 21/09/11, Danilo Silva escreveu:
> Mas no caso qual seria o encoding e collation corretos?
>
> A definição vem na criação do banco ou do campo?
>


Não existe um encoding e collation "corretos". Existem os mais
indicados em cada situação.

O enconding UTF-8 (uma das implementações do padrão teórico unicode) é
bastante geral e é normalmente o mais indicado atualmente (apesar de
muitos preferirem o LATIN1 e o Leandro sempre dizer que é melhor o
LATIN9).

Quanto ao collation depende das características de seus dados.
Se seus campos textuais estarão apenas em português então o collation
adequado é o pt_BR.
Se, por acaso, você tiver campos textuais em diversas línguas então
para cada um destes campos utilize o collation correspondente.

Osvaldo
___
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: Collation

[Danilo Silva]

Mas no caso qual seria o encoding e collation corretos?

A definição vem na criação do banco ou do campo?

Obrigado

Em 21 de setembro de 2011 15:50,  escreveu:

> Você pode especificar um collate para uma coluna, esse collate precisa ser
> compativel com encoding do banco, você pode ver a lista desses colates, por
> exemplo colates compativeis com o unicode procure os que o collencoding seja
> 6
>
> Enviado pelo meu aparelho BlackBerry da Claro
>
> -Original Message-
> From: Danilo Silva 
> Date: Wed, 21 Sep 2011 14:59:52
> To: Comunidade PostgreSQL Brasileira
> Reply-To: Comunidade PostgreSQL Brasileira
>
> Subject: [pgbr-geral] Collation
>
> ___
> 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] Dúvida backup em linha?

[Hélio José]

Pessoal estou usando PG 9.0 e estou tentando restaurar uma backup a partir
dos arquivos de log, consultei o material fiz todo o passo a passo:
http://www.postgresql.org/docs/9.0/static/continuous-archiving.html
mas agora para restaurar o backup base como se faz ...?
a pergunta pode parecer meio burra mas sou novo em postgres então relevem...
o procedimento de backup já entendi mas  a restauração não...como posso
restaurar a cópia de segurança base o 4º passo da seção 22.3.3 ?


Obrigado desde já.


-- 
*
ISO/IEC 27002 - Foundation- Segurança da Informação
ITIL® version 3 - Foundation
OCA - Oracle Database 10g Administrator Certified Associate
OCP- Oracle Database 10g Administrator Certified Professional
DB2 Technical Mastery v2 - IBM Information Management
*
*Hélio José *
*61 99840139*
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Dicionário de dados

[Fernando Brombatti]

Tem o MicroOlap tb. Não é a 8a. maravilha do mundo, nem free. Mas não é tão
caro. Uso ele e estou contente.

2011/9/21 Guimarães Faria Corcete DUTRA, Leandro 

> 2011/9/21 Leonardo Cezar :
> >
> > Não mais. Até onde sei, não existem ferramentas livres que atendam os
> > nossos requisitos.
>
> Foi o que imaginei.
>
>
> >> Tenho medo de não alcançar o entendimento do que crês que ele não
> >> antederá, por isso não pergunto…
> >
> > Se insistir, explico onde erramos no autodoc, mas precisaria resgatar
> > os códigos e as diversas tentativas de evoluções daquele código.
>
> Não insisto, até porque é mera curiosidade minha e sei que tens mais o
> que fazer…
>
>
> >>> - Oracle Design (sux*100)
> >>
> >> Abandonado, certo?
> >
> > Pela Oracle, sim, mas para uma empresa que ainda tem cerca de 90% de
> > seus sistemas armazenados dentro dele, não.
>
> A velha ladainha do usuário de sistemas proprietários… os termos do
> relacionamento com o fornecedor mudam unilateralmente.
>
>
> >> Para mim, a decisão é simples: se tenho de manter uma biblioteca de
> >> modelos numa única ferramenta para modelos que serão implementados,
> >> cada um, em vários SGBDs diferentes, aí preciso duma dessas
> >> ferramentas que misturam modelagem e diagramação.
> >
> > É o caso da maioria, acredite.
>
> Não só acredito, como sei.
>
>
> > A questão não se limita a modelagem; apenas pra citar 15 dos mais de
> > 40 requisitos necessário em nosso ambiente:
> >
> >* Possibilidade de criar o DER a partir do modelos lógicos
> > (diagrama de entidades)
>
> Aí é que tenho divergência conceitual… não acredito em DER nem em Papai
> Noel.
>
> Creio que o SQL nos ajuda a criar uma grande confusão nesse ponto, mas
> acho que já me expliquei alhures e (ou) d’antanho…
>
>
> >* Criação automático do Mapeamento Objeto Relacional e, mais
> > especificamente, dos mapeamentos do JPA
>
> Meus pêsames…
>
>
> >* Utilizar repositório único e integrado
>
> Git! (ou Darcs, ou qualquer equivalente…)
>
>
> >* Garantir versionamento dos objetos existentes no repositório
>
> Idem.
>
>
> >* Compatibilidade entre tipos e domínios
>
> Boiei.
>
>
> >* Integração de repositórios com a base física
> >* Geração de DDLs/SQL
> >* Geração de Sequences
> >* Geração de índices
> >* Comparação (diff) entre esquemas
>
> Prefiro, quando posso, fazer isso no outro sentido…
>
>
> >* Versionamento da estrutura
> >* Rastreabilidade de dependência (relacionamentos)
>
> Não pesquei também.
>
>
> >> Mas, se tenho o
> >> privilégio de mexer só com PostgreSQL, então programação SQL literária
> >> com noweb ou algo parecido, gerando gráficos com AutoDoc, é o que
> >> chamo de modelagem literária e é muito bom…
> >
> > Se tem esse privilégio, vc é um baita sortudo!
>
> Já aconteceu.
>
> Aproveitando, tangencialmente relevante:
> http://lwn.net/SubscriberLink/459647/de10bdae0e5123cd/
>
>
> --
> Skype:leandro.gfc.dutra?chat   Yahoo!: ymsgr:sendIM?lgcdutra
> +55 (61) 3546 7191 Google Talk: xmpp:leand...@jabber.org
> +55 (11) 9406 7191  MSNIM:chat?contact=lean...@dutra.fastmail.fm
> sip:leand...@iptel.org ICQ: AIM:GoIM?screenname=61287803
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



-- 
Fernando Brombatti
email-msn-gtalk: bromba...@gmail.com
skype: fernandobrombatti
work: +55 54 3218-6060
home: +55 54 3028-7217
mobile: +55 54 9189-7970
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Unidades SI (Era: DBLink desempenho)

[Flavio Henrique Araque Gurgel]

>> Isso que dá ter feito curso técnico e graduação no milênio passado, aff...
>
> Idem eu, e nem fiz técnico nem curso nenhum em Informática.  Mas
> descobri isso fuçando a página pessoal do Donald Knuth, se não me
> falha a memória.

Técnico em eletrônica e engenheiro eletricista aqui.
Sou informático por vocação (e os cursos acima davam este conteúdo à
época, ou então tinha que fazer análise de sistemas).
Hoje tá assim: sed s/engenharias.*/informático/

[]s
Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Unidades SI (Era: DBLink desempenho)

[Guimarães Faria Corcete DUTRA , Leandro]

2011/9/21 Flavio Henrique Araque Gurgel :
> Dutra, desta vez você me impressionou *muito*.

Gosto de dizer que a realidade é sempre mais interessante!


> Isso que dá ter feito curso técnico e graduação no milênio passado, aff...

Idem eu, e nem fiz técnico nem curso nenhum em Informática.  Mas
descobri isso fuçando a página pessoal do Donald Knuth, se não me
falha a memória.


-- 
Skype:leandro.gfc.dutra?chat   Yahoo!: ymsgr:sendIM?lgcdutra
+55 (61) 3546 7191 Google Talk: xmpp:leand...@jabber.org
+55 (11) 9406 7191  MSNIM:chat?contact=lean...@dutra.fastmail.fm
sip:leand...@iptel.org ICQ: AIM:GoIM?screenname=61287803
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] WITH (NOLOCK) Postgres 9.1

[jean carlos]

Boa tarte!
 
Estou tentando instalar o postgres nos laboratórios aqui mais ele não ta 
aparecendo aqla opção servers, da um erro bem no final da instalação e não 
aparece os servers pra gente mexer com o banco. Tendo esse problema so funciona 
o postgres se eu formatar a máquina em questão e tentar novamente. Você sabe o 
que pode estar acotecendo.
 
Obrigado.
 
ATT: Jean Carlos.
 



From: bemanuel...@gmail.com
Date: Wed, 21 Sep 2011 16:31:43 -0300
To: pgbr-geral@listas.postgresql.org.br
Subject: [pgbr-geral] WITH (NOLOCK) Postgres 9.1

Pessoal alguém sabe algo sobre o uso de WITH (NOLOCK) no 9.1Não há mais suporte?


Bruno E. A. Silva.


___ 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] WITH (NOLOCK) Postgres 9.1

[Bruno Silva]

Pessoal alguém sabe algo sobre o uso de WITH (NOLOCK) no 9.1
Não há mais suporte?

Bruno E. A. 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] Unidades SI (Era: DBLink desempenho)

[Flavio Henrique Araque Gurgel]

Em 21 de setembro de 2011 16:16, Guimarães Faria Corcete DUTRA,
Leandro  escreveu:
> 2011/9/21 Bruno Silva :
>> ?
>
> MiB e MB são diferentes…

Dutra, desta vez você me impressionou *muito*.
http://physics.nist.gov/cuu/Units/binary.html

Juro que eu não sabia que Quilo tinha virado Kibi e Mega tinha virado
Mebi além dos outros múltiplos, claro.
Isso que dá ter feito curso técnico e graduação no milênio passado, aff...

[]s
Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Unidades SI (Era: DBLink desempenho)

[Bruno Silva]

Sim, eu sei. É que não estava acompanhando a conversa e recebi o
"300MiB de escrita/dia"
E não sabia sobre o que se tratava.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Unidades SI (Era: DBLink desempenho)

[Guimarães Faria Corcete DUTRA , Leandro]

2011/9/21 Bruno Silva :
> ?

MiB e MB são diferentes…


-- 
Skype:leandro.gfc.dutra?chat   Yahoo!: ymsgr:sendIM?lgcdutra
+55 (61) 3546 7191 Google Talk: xmpp:leand...@jabber.org
+55 (11) 9406 7191  MSNIM:chat?contact=lean...@dutra.fastmail.fm
sip:leand...@iptel.org ICQ: AIM:GoIM?screenname=61287803
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] DBLink desempenho

[Diogo Borsoi]

 3. Alguém teve um cenário semelhante?
>>>
>>> Sim.
>>
>> Há muitas inserções?
>
> Depende o q entende por "muitas". Até onde lembro temos cerca de
> 300MiB de escrita/dia sem danos de performance.

Quantas por segundo?

>> Monitorastes o desempenho?
>
> Sim, claro. O que quer saber?

TPS com e sem DBlink.


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

Re: [pgbr-geral] Unidades SI (Era: DBLink desempenho)

[Bruno Silva]

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

[pgbr-geral] Res: Collation

[coutinho]

Você pode especificar um collate para uma coluna, esse collate precisa ser 
compativel com encoding do banco, você pode ver a lista desses colates, por 
exemplo colates compativeis com o unicode procure os que o collencoding seja 6

Enviado pelo meu aparelho BlackBerry da Claro

-Original Message-
From: Danilo Silva 
Date: Wed, 21 Sep 2011 14:59:52 
To: Comunidade PostgreSQL Brasileira
Reply-To: Comunidade PostgreSQL Brasileira

Subject: [pgbr-geral] Collation

___
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] Collation

[Guimarães Faria Corcete DUTRA , Leandro]

2011/9/21 Danilo Silva :
>
> Instalei a versão 9.1 em ambiente windows xp.
>
> Como a nova versão trata o collation?

Conforme os padrões e as melhores práticas… mas o que queres saber
exatamente?  Se há alguma diferença em relação à 9.0?  Se houver, a(s)
alteração(ões) estará(ão) nas notas de lançamento (/release notes/).


> É possível criar novos collations?

Sim!


> Como?

Passo aos universitários…


> Essas perguntas fazem necessário devido ao problema de consultas em campo
> que possuem acentuação, exemplo: se tenho guardado as strings 'AÇÃO',
> 'CONSTRUÇÃO' e 'CAOS', se efetuar uma select: SELECT campo FROM tabela WHERE
> campo ILIKE '%cao%' => só irá retornar a string 'caos', mas preciso que
> retorne tudo (com e sem acento).

Por favor, pesquise o histórico da lista, esse é um assunto que
aparece cada um ou dois meses, no mínimo.


> Em mysql não tem esse problema a versão na
> qual testei usa collation latin1_swedish_ci.

Isso é uma configuração, não característica do MySQL.  E, aliás, uma
configuração obsoleta (desde os adventos do Euro e do Unicode), e que
nunca foi correta para uso no Brasil (por motivos óbvios).


> Se tiver diferenças, posso efetuar testes do postgresql 9.1 no linux.

Não deve haver.


-- 
Skype:leandro.gfc.dutra?chat   Yahoo!: ymsgr:sendIM?lgcdutra
+55 (61) 3546 7191 Google Talk: xmpp:leand...@jabber.org
+55 (11) 9406 7191  MSNIM:chat?contact=lean...@dutra.fastmail.fm
sip:leand...@iptel.org ICQ: AIM:GoIM?screenname=61287803
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Collation

[Danilo Silva]

Pessoal,

Instalei a versão 9.1 em ambiente windows xp.

Como a nova versão trata o collation?
É possível criar novos collations? Como?

Essas perguntas fazem necessário devido ao problema de consultas em campo
que possuem acentuação, exemplo: se tenho guardado as strings 'AÇÃO',
'CONSTRUÇÃO' e 'CAOS', se efetuar uma select: SELECT campo FROM tabela WHERE
campo ILIKE '%cao%' => só irá retornar a string 'caos', mas preciso que
retorne tudo (com e sem acento). Em mysql não tem esse problema a versão na
qual testei usa collation latin1_swedish_ci.

Se tiver diferenças, posso efetuar testes do postgresql 9.1 no linux.

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

[pgbr-geral] OFF Topic - Curso PostgreSQL

[Marcone]

Pessoal,

Alguém *de Brasília* interessado em ministrar um curso de Postgres no
horário noturno a partir da semana que vem?

Favor entrar em contato: marcone.pe...@gmail.com

-- 
*Marcone Peres - DBA*
http://www.linkedin.com/in/marconeperes
*(61) 8146-0028*
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Unidades SI (Era: DBLink desempenho)

[Guimarães Faria Corcete DUTRA , Leandro]

2011/9/21 Leonardo Cezar :
>
> 300MiB de escrita/dia

Gostei!


-- 
Skype:leandro.gfc.dutra?chat   Yahoo!: ymsgr:sendIM?lgcdutra
+55 (61) 3546 7191 Google Talk: xmpp:leand...@jabber.org
+55 (11) 9406 7191  MSNIM:chat?contact=lean...@dutra.fastmail.fm
sip:leand...@iptel.org ICQ: AIM:GoIM?screenname=61287803
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Dicionário de dados

[Guimarães Faria Corcete DUTRA , Leandro]

2011/9/21 Leonardo Cezar :
>
> Não mais. Até onde sei, não existem ferramentas livres que atendam os
> nossos requisitos.

Foi o que imaginei.


>> Tenho medo de não alcançar o entendimento do que crês que ele não
>> antederá, por isso não pergunto…
>
> Se insistir, explico onde erramos no autodoc, mas precisaria resgatar
> os códigos e as diversas tentativas de evoluções daquele código.

Não insisto, até porque é mera curiosidade minha e sei que tens mais o
que fazer…


>>> - Oracle Design (sux*100)
>>
>> Abandonado, certo?
>
> Pela Oracle, sim, mas para uma empresa que ainda tem cerca de 90% de
> seus sistemas armazenados dentro dele, não.

A velha ladainha do usuário de sistemas proprietários… os termos do
relacionamento com o fornecedor mudam unilateralmente.


>> Para mim, a decisão é simples: se tenho de manter uma biblioteca de
>> modelos numa única ferramenta para modelos que serão implementados,
>> cada um, em vários SGBDs diferentes, aí preciso duma dessas
>> ferramentas que misturam modelagem e diagramação.
>
> É o caso da maioria, acredite.

Não só acredito, como sei.


> A questão não se limita a modelagem; apenas pra citar 15 dos mais de
> 40 requisitos necessário em nosso ambiente:
>
>    * Possibilidade de criar o DER a partir do modelos lógicos
> (diagrama de entidades)

Aí é que tenho divergência conceitual… não acredito em DER nem em Papai Noel.

Creio que o SQL nos ajuda a criar uma grande confusão nesse ponto, mas
acho que já me expliquei alhures e (ou) d’antanho…


>    * Criação automático do Mapeamento Objeto Relacional e, mais
> especificamente, dos mapeamentos do JPA

Meus pêsames…


>    * Utilizar repositório único e integrado

Git! (ou Darcs, ou qualquer equivalente…)


>    * Garantir versionamento dos objetos existentes no repositório

Idem.


>    * Compatibilidade entre tipos e domínios

Boiei.


>    * Integração de repositórios com a base física
>    * Geração de DDLs/SQL
>    * Geração de Sequences
>    * Geração de índices
>    * Comparação (diff) entre esquemas

Prefiro, quando posso, fazer isso no outro sentido…


>    * Versionamento da estrutura
>    * Rastreabilidade de dependência (relacionamentos)

Não pesquei também.


>> Mas, se tenho o
>> privilégio de mexer só com PostgreSQL, então programação SQL literária
>> com noweb ou algo parecido, gerando gráficos com AutoDoc, é o que
>> chamo de modelagem literária e é muito bom…
>
> Se tem esse privilégio, vc é um baita sortudo!

Já aconteceu.

Aproveitando, tangencialmente relevante:
http://lwn.net/SubscriberLink/459647/de10bdae0e5123cd/


-- 
Skype:leandro.gfc.dutra?chat   Yahoo!: ymsgr:sendIM?lgcdutra
+55 (61) 3546 7191 Google Talk: xmpp:leand...@jabber.org
+55 (11) 9406 7191  MSNIM:chat?contact=lean...@dutra.fastmail.fm
sip:leand...@iptel.org ICQ: AIM:GoIM?screenname=61287803
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Dicionário de dados

[Leonardo Cezar]

2011/9/20 Guimarães Faria Corcete DUTRA, Leandro :
> 2011/9/20 Leonardo Cezar :
>>
>> Aqui na empresa
>
> Dataprev?

Sim.

>> estamos revisando alguns procedimentos e adquirindo
>> uma ferramenta (a licitar..), porque eu nunca encontrei uma solução
>> que atenda minimamente os requisitos de modelagem dentro dum fluxo
>> corporativo onde existem várias caixinhas pra isso e praquilo...
>
> Queres dizer, livre?

Não mais. Até onde sei, não existem ferramentas livres que atendam os
nossos requisitos.

>> O autodoc está defasado, gera gráfico pobres (baseado em graphviz) e
>> não creio que atenda algo mais complexo.
>
> Cara, Graphviz é muito bom… e livre!  Só de não ter de ficar horas e
> horas arrastando caixinha… na minha experiência, ele sempre criou
> diagramas muito melhores (e mais facilmente) que qualquer algoritmo de
> qualquer outra ferramenta… ou estou redondamente enganado?

Está redondamente enganado.

> Tenho medo de não alcançar o entendimento do que crês que ele não
> antederá, por isso não pergunto…

Se insistir, explico onde erramos no autodoc, mas precisaria resgatar
os códigos e as diversas tentativas de evoluções daquele código.

>> - Oracle Design (sux*100)
>
> Abandonado, certo?

Pela Oracle, sim, mas para uma empresa que ainda tem cerca de 90% de
seus sistemas armazenados dentro dele, não.

>> - Data Architect (bom e proprietário)
>
> Esse é o da IBM?  Se fôr, última vez que olhei era muito gordo e muito
> caro, isso mudou?

Não é.

> Para mim, a decisão é simples: se tenho de manter uma biblioteca de
> modelos numa única ferramenta para modelos que serão implementados,
> cada um, em vários SGBDs diferentes, aí preciso duma dessas
> ferramentas que misturam modelagem e diagramação.

É o caso da maioria, acredite.

A questão não se limita a modelagem; apenas pra citar 15 dos mais de
40 requisitos necessário em nosso ambiente:

* Possibilidade de criar o DER a partir do modelos lógicos
(diagrama de entidades)
* Criação automático do Mapeamento Objeto Relacional e, mais
especificamente, dos mapeamentos do JPA
* Utilizar repositório único e integrado
* Garantir versionamento dos objetos existentes no repositório
* Capacidade de mapeamento de re-uso de objetos
* Garantir rastreabilidade de uso dos objetos, para análise
* Compatibilidade entre tipos e domínios
* Integração de repositórios com a base física
* Geração de DDLs/SQL
* Geração de Sequences
* Geração de índices
* Comparação (diff) entre esquemas
* Versionamento da estrutura
* Rastreabilidade de dependência (relacionamentos)

> Mas, se tenho o
> privilégio de mexer só com PostgreSQL, então programação SQL literária
> com noweb ou algo parecido, gerando gráficos com AutoDoc, é o que
> chamo de modelagem literária e é muito bom…

Se tem esse privilégio, vc é um baita sortudo!


-Leo
-- 
Leonardo Cezar
http://postgreslogia.wordpress.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] DBLink desempenho

[Leonardo Cezar]

2011/9/21 Diogo Borsoi :

>>> 3. Alguém teve um cenário semelhante?
>>
>> Sim.
>
> Há muitas inserções?

Depende o q entende por "muitas". Até onde lembro temos cerca de
300MiB de escrita/dia sem danos de performance.

> Monitorastes o desempenho?

Sim, claro. O que quer saber?

-Leo
-- 
Leonardo Cezar
http://postgreslogia.wordpress.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] DBLink desempenho

[Diogo Borsoi]

>> 1. O desempenho do BD com "INSERT" através de trigger com dblink é
>> comprometido, haja vista que são centenas de transações/s?
>
> Depende como as triggers e as transações de sua aplicação foram criadas.

Pelo que andei lendo acredito que terei uma degradação na performance.

>> 3. Alguém teve um cenário semelhante?
>
> Sim.

Há muitas inserções?
Monitorastes o desempenho?


[]´s
Diogo
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] DBLink desempenho

[Diogo Borsoi]

>> 1. O desempenho do BD com "INSERT" através de trigger com dblink é
>> comprometido, haja vista que são centenas de transações/s?
>
> Dependendo da quantidade do número de inserções isso pode ser péssimo para a
> performance.

Como tenho muitas inserções/s vou eliminar esta possibilidade de dividir em BD.

>
>>
>> 2. Seria melhor os dados de fontes distintas em esquemas diferentes ao
>> invés de BDs?
>
> Se você puder utilizar um banco apenas e dividir em esquemas é melhor, além
> de ser mais rápido que o dblink e também até para gerenciamento fica melhor.

Vou optar por esta alternativa, tendo em vista um melhor gerenciamento.

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

Re: [pgbr-geral] Monitoramento

[Leonardo Cezar]

2011/9/21 Marcelo Cardoso de Souza :
> Leo,
> Obrigado pelo pronto atendimento, tens alguma dica pra configurar o log do
> postgres.
> Algum parametro que tu acha valido colocar?

O site do pgfoundry[0] tem todas as instruções necessárias para este
tipo de anáslie.

0) http://pgfouine.projects.postgresql.org/tutorial.html

Abraço!

-Leo
-- 
Leonardo Cezar
http://postgreslogia.wordpress.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] Monitoramento

[Flavio Henrique Araque Gurgel]

Em 21 de setembro de 2011 11:02, Marcelo Cardoso de Souza
 escreveu:
> Leo,
> Obrigado pelo pronto atendimento, tens alguma dica pra configurar o log do
> postgres.
> Algum parametro que tu acha valido colocar?

log_min_duration_statement = X
Onde X é o tempo mínimo de consulta que será logado, em milissegundos.
Ex.:
log_min_duration_statement = 1000
ou
log_min_duration_statement = 1s
Irão logar consultas mais lentas que 1s.

Observe o prefixo que o pgfouine pede, caso queira analisar com ele.
Veja a documentação dele, de acordo com o tipo de log que você usa.

[]s
Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Monitoramento

[Marcelo Cardoso de Souza]

Leo,

Obrigado pelo pronto atendimento, tens alguma dica pra configurar o log do
postgres.
Algum parametro que tu acha valido colocar?

[]s
Marcelo

Em 21 de setembro de 2011 10:50, Leonardo Cezar escreveu:

> 2011/9/21 Marcelo Cardoso de Souza :
> > Salve galera,
> > Já procurei mas não encontrei.
> > Alguem sabe me dizer se tem como monitorar as querys lentas semelhante ao
> > MySql?
>
> Logs e pgfouine.
>
> -Leo
> --
> Leonardo Cezar
> http://postgreslogia.wordpress.com
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



-- 
Antes de imprimir pense em sua responsabilidade e compromisso com o MEIO
AMBIENTE.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Monitoramento

[Leonardo Cezar]

2011/9/21 Marcelo Cardoso de Souza :
> Salve galera,
> Já procurei mas não encontrei.
> Alguem sabe me dizer se tem como monitorar as querys lentas semelhante ao
> MySql?

Logs e pgfouine.

-Leo
-- 
Leonardo Cezar
http://postgreslogia.wordpress.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Monitoramento

[Marcelo Cardoso de Souza]

Salve galera,

Já procurei mas não encontrei.
Alguem sabe me dizer se tem como monitorar as querys lentas semelhante ao
MySql?

Desde já agradeço

-- 
Antes de imprimir pense em sua responsabilidade e compromisso com o MEIO
AMBIENTE.
___
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. Controle de Usuarios Logados.

[Edson neto]

Em 21 de setembro de 2011 08:17, JotaComm  escreveu:

> Olá,
>
>
> Que tal:
>
> SELECT count(*) FROM pg_stat_activity WHERE usename='usuario';
>
>
>
Poderia ser usado junto com as funcionalidades de listen e notify do
postgresql assim seria possível relacionar o usuario da aplicação com o
usuario do banco de dados.

att,

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

Re: [pgbr-geral] Dicionário de dados

[Kévio Castro]

Utilizo o http://www.sqlmanager.net/products/postgresql/manager. Funciona
muito bem, e tem algumas ferramentas muito uteis como identar query`s,
sincronizar estrutura de dois bancos, etc...

http://www.sqlmanager.net/en/products/studio/postgresql tem a mesma coisa
que o manager, mais tem mais algunas ferramentas.

Para criar o doc, utilizo http://www.sparxsystems.com/products/ea/trial.html,
fazendo engenharia reversa do banco. Ele já cria o diagrama de
modelo físico e possibilita a sua documentação. A vantagem é que você pode
utiliza-lo para criar outros artefatos do projeto, como Caso de Uso,
requisitos, matriz de rastreabilidade, etc... O melhor aqui é que você pode
contratar a grande maioria dos doc`s do seu projeto em um só lugar, já
estabelecendo o relacionamento entre eles.
___
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. Controle de Usuarios Logados.

[JotaComm]

Olá,

Em 21 de setembro de 2011 07:31, Cristiano Alves <
cristi...@santacasaalegrete.org.br> escreveu:

> Pelo terminal no linux vc pode listar os usuários logados no banco com o
> comando: ps -ef|grep postgres
>

Que tal:

SELECT count(*) FROM pg_stat_activity WHERE usename='usuario';


>
>
>
> Att,
> Cristiano Paiva Alves
> TI- Tecnologia da Informação
> Irmandade da Santa Casa de Caridade de Alegrete
> Fone: (55) 3422 2888
> Ramal: 274/302
>
> Em 20/09/2011 às 15:18 horas, pgbr-ge...@listas.postgresql.org.brescreveu:
>
> Olá,
>
> Em 20 de setembro de 2011 15:25, Eduardo Az - EMBRASIS 
> <
> eduard...@embrasis.com.br> escreveu:
>
>>   Se voce cria usuários via CREATE ROLE (USER) o PGADMIN na aba TOOLS
>> opção SERVER STATUS, tem esta utilidade (uma delas).
>> Via programação já nçao sei como seria.
>>
>> Só um detalhe: o pg tem uma opção para limitar quantas sessões (novamente,
>> se criado via CREATE ROLE) o usuário pode abrir ao mesmo tempo, não exigindo
>> programação paralela. Voce já viu isto? Não é o foco da sua pergunta, mas
>> uma informação que talvez seja interessante.
>>
>
> Você deve estar se referindo ao parâmetro CONNECTION LIMIT. Este parâmetro
> limita quantas conexões determinado usuário pode fazer na instância do
> PostgreSQL. O default é -1 que conexões ilimitadas. O limite do conexões do
> banco será definido no parâmetro max_connections. O default para este
> parâmetro é 100.
>
>
>>
>> Eduardo Az
>> EMBRASIS
>>
>>
>>  *From:* pa...@visualpsistemas.com.br
>> *Sent:* Tuesday, September 20, 2011 2:16 PM
>> *To:* Comunidade PostgreSQL Brasileira
>> *Subject:* [pgbr-geral] REF. Controle de Usuarios Logados.
>>
>>  Ola Pessoal,
>>
>> Tenho um aplicativo onde controlo os usuarios que estao on-line.
>> Cada usuario logado tem um flag = Online.
>> Se outro tentar acessar com usuario que ja esta on-line nao permite.
>> Gostaria no entanto de permitir usuario administrador de derrubar
>> qualquer usuario que ele deseje.
>>
>> Um comando que derrube todos ou apenas usuario desejado.
>>
>> Alguem tem alguma dica ??
>>
>> Obrigado,
>> Paulo.
>>
>> --
>> ___
>> pgbr-geral mailing list
>> pgbr-geral@listas.postgresql.org.br
>> 
>> listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>>
>> ___
>> pgbr-geral mailing list
>>  pgbr-geral@listas.postgresql.org.br
>>  
>> listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>>
>>
>
> Abraços
> --
> JotaComm
> jotacomm.wordpress.com
>
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>

Abarços
-- 
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

Re: [pgbr-geral] REF. Controle de Usuarios Logados.

[Cristiano Alves]

Pelo terminal no linux vc pode listar os usuários logados no banco com o comando: ps -ef|grep postgresAtt,  Cristiano Paiva Alves  TI- Tecnologia da Informação  Irmandade da Santa Casa de Caridade de Alegrete  Fone: (55) 3422 2888  Ramal: 274/302 Em 20/09/2011 às 15:18 horas, pgbr-geral@listas.postgresql.org.br escreveu:Olá,Em 20 de setembro de 2011 15:25, Eduardo Az - EMBRASIS  escreveu:








Se voce cria usuários via CREATE ROLE (USER) o PGADMIN na aba TOOLS opção 
SERVER STATUS, tem esta utilidade (uma delas).
Via programação já nçao sei como seria.
 
Só um detalhe: o pg tem uma opção para limitar quantas sessões (novamente, 
se criado via CREATE ROLE) o usuário pode abrir ao mesmo tempo, não exigindo 
programação paralela. Voce já viu isto? Não é o foco da sua pergunta, mas uma 
informação que talvez seja interessante.Você deve estar se referindo ao parâmetro CONNECTION LIMIT. Este parâmetro limita quantas conexões determinado usuário pode fazer na instância do PostgreSQL. O default é -1 que conexões ilimitadas. O limite do conexões do banco será definido no parâmetro max_connections. O default para este parâmetro é 100.
 

 
Eduardo Az
EMBRASIS
 


 

From: pa...@visualpsistemas.com.br 

Sent: Tuesday, September 20, 2011 2:16 PM
To: Comunidade PostgreSQL 
Brasileira 
Subject: [pgbr-geral] REF. Controle de Usuarios 
Logados.
 

Ola Pessoal,
 
Tenho um aplicativo onde controlo os usuarios que 
estao on-line.Cada usuario logado tem um flag = Online.Se outro tentar 
acessar com usuario que ja esta on-line nao permite.
Gostaria no entanto de permitir usuario 
administrador de derrubarqualquer usuario que ele deseje.
 
Um comando que derrube todos ou apenas usuario 
desejado.
 
Alguem tem alguma dica ??
 
Obrigado,
Paulo.


___pgbr-geral mailing 
listpgbr-geral@listas.postgresql.org.brlistas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Abraços-- JotaCommjotacomm.wordpress.com




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