Re: [pgbr-geral] Porque sair da lista?????

[Jorge Vilela]

Mas isso não é tão ruim!

Quem pediu para sair com certeza não tem interesse algum em Postgres, mesmo
sem saber o que era continuei na lista já que era sobre um assunto que me
interessa, mesmo sem saber que era a junção das listas antigas.


Ta valendo, é melhor mesmo unificar, agora fica só quem gosta mesmo :D

On 5/3/07, Sebastian SWC <[EMAIL PROTECTED]> wrote:


pois é... ¬¬

On 5/3/07, Magno Machado <[EMAIL PROTECTED]> wrote:
>
> Eu fui pego de surpresa.
> Tinha feito um filtro no gmail para aplicar um label nas mensagens da
> lista e depois retirar da caixa de entrada, assim eu só via as mensagens
> quando quisesse. E de repente, recebo uma enxurrada
>
> Em 03/05/07, Rafael SDM Sierra < [EMAIL PROTECTED] > escreveu:
> >
> > Também nao to entendendo, acho que esse pessoal fez um filtro pra
> > mandar os emails da lista do yahoo e/ou pgfoundry pro lixo, agora
> > recebeu o email da PRINCIPAL LISTA BRASILEIRA DE POSTGRESQL e achou
> > que os moderadores (que sao os mesmos da antiga lista) fizeram spam...
> >
> >
> > Sinceramente, afff...
> >
> > On 5/3/07, Adriano Espinoza de Oliveira <[EMAIL PROTECTED] >
> > wrote:
> > > Pessoal, se essa nova lista está centralizando a antiga lista
> > pgfoundry e a
> > > lista do Yahoo, pq todos querem sair?
> > > Vocês não utilizavam a antiga lista? O que acontece? Será que todos
> > que
> > > estão querendo sair da lista realmente não precisavam dela, ou
> > muitos estão
> > > no embalo de alguns?
> > > Eu não vou sair porque ela é muito util e aposto que não só para
> > mim.
> > > Adriano
> > >
> > > ___
> > > pgbr-geral mailing list
> > > pgbr-geral@listas.postgresql.org.br
> > > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
> >
> > >
> > >
> >
> >
> > --
> > Rafael "SDM" Sierra
> >
> > ___
> > pgbr-geral mailing list
> > pgbr-geral@listas.postgresql.org.br
> > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
> >
> >
>
>
> --
> --
> http://devhq.blogspot.com
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>


--
Atenciosamente,
Sebastian Selau Webber Colombo
3 Open Solutions - http://3opensolutions.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] Coemçou mal....

[Jorge Vilela]

Apoiado, não vejo razão para alarde, como você mesmo disse "somos todos
farinha do mesmo saco".

Quem quiser sair entra no site e sai, não precisa postar nada aqui.

On 5/3/07, ..:: Rodrigo Machado ::.. <[EMAIL PROTECTED]> wrote:


Meus amigos, o que está acontecendo?
porque tanto GRITO, segundo os moderadores, a lista simplesmente mudou de
endereco, mas continua a mesma.. entao porque isso?
Acaso nao somos todos farinha do mesmo saco, se os intereses desta lista
continuam sendo POSTGRE.
Parem com isso.., no meu caso, tambem me pareceu extranho aparecer na
minha caixa de entrada varias mensagem sem classificacao, o unico trabalho q
tive foi aplicar um novo filtro e direcionar estas mensagens para o seu
devido lugar.


Em 03/05/07, Sebastian SWC <[EMAIL PROTECTED]> escreveu:
>
> caro sebastião, pq seria uma péssima atitude?
>
> gostaria que vc procura-se no histórico da lista, quem sabe tu podes ter
> uma idéia da confusão que tu ta fazendo...
>
> On 5/2/07, Sebastião Carlos Santos <[EMAIL PROTECTED]> wrote:
>
> > Prezado Moderador,
> >
> > Você começou esta lista com uma péssima atitude, não acha?
> >
> >  Acho que as pessoas devem buscar a lista quando se identificam
> > com ela por algum motivo e não termos os nossos e-mails incluidos sem nossa
> > vontade.
> >
> >
> >
> >
> >
> > --
> > Sebastião Carlos Santos
> > Oracle Database Administrator
> > Oracle Certified Professional - OCP DBA 8i/9i
> > [EMAIL PROTECTED]
> > ___
> > pgbr-geral mailing list
> > pgbr-geral@listas.postgresql.org.br
> > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
> >
> >
>
>
> --
> Atenciosamente,
> Sebastian Selau Webber Colombo
> 3 Open Solutions - http://3opensolutions.com
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>


--
--
Saluton!!
*:-.,_,.-:*'``'*:-.,_,.-:*:-.,_,.-:*'``'*:-.,_,.-:
   :: Rodrigo Machado ::
rodrigo( a )oroverde.com.py
   www.oroverde.com.py

  Yo Consumo BioCombustible

msn: rodrigo( a )oroverde.com.py
 Cel: +595 (0983) 640 899
 Linux User #338262
Lat S25º49'20.11 ' - Lon W55º07'12.05''
*:-.,_,.-:*'``'*:-.,_,.-:*:-.,_,.-:*'``'*:-.,_,.-:
___
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] Forum Web

[Jorge Vilela]

O primeiro passo foi dado, agora vem o mais dificil: se acostumar a usa-lo.
Mas é uma boa idéia! :)

On 5/31/07, Sebastian SWC <[EMAIL PROTECTED]> wrote:


por favor, não se limitem a ter o endereço somente aos seus favoritos!

convidem todos!!

On 5/31/07, tacio vilela < [EMAIL PROTECTED]> wrote:
>
> Vlw Sebastian, vlw Coutinho... mto boua a idéia.
>
> já tá no meu favoritos.
>
> Em 31/05/07, Sebastian SWC < [EMAIL PROTECTED] > escreveu:
> >
> > uma idéia do nosso amigo coutinho:
> > http://postgresql.blog.br/forum/
> >
> > On 5/31/07, Fabio Telles < [EMAIL PROTECTED]> wrote:
> >
> > > Para dizer a verdade... eu realmente não gosto de fóruns web... mas
> > > há muita gente que gosta, vide o sucesso do Orkut! Pelo que me lembro, 
está
> > > nos planos do site nacional ( www.postgresql.org.br ) ter um fórum,
> > > não?
> > >
> > > []s
> > > Fábio Telles
> > >
> > > Em 31/05/07, Nabucodonosor Coutinho Costa <[EMAIL PROTECTED] >
> > > escreveu:
> > > >
> > > >
> > > > Pessoal, alguem sente falta de um forum web no estilo phpBB ou
> > > > jForum como no site www.guj.com.br?
> > > >
> > > > --
> > > > Nabucodonosor Coutinho Costa
> > > > Desenvolvedor de Bugs
> > > >
> > > >
> > > > __
> > >
> > >
> > > --
> > > site: http://www.midstorm.org/~telles/
> > > 
> > > e-mail: [EMAIL PROTECTED]
> > > jabber: [EMAIL PROTECTED]
> > > sip:[EMAIL PROTECTED]
> > > ___
> > > pgbr-geral mailing list
> > > pgbr-geral@listas.postgresql.org.br
> > > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
> > >
> > >
> > >
> >
> >
> > --
> > Atenciosamente,
> > Sebastian Selau Webber Colombo
> >
> > Acessem e participem: http://postgresql.blog.br/forum/
> >
> > Sl 67.1-2: "Ó Deus, tem misericórdia de nós e abençoa-nos! Trata-nos
> > com bondade.
> > Assim o mundo inteiro conhecerá a tua vontade, e a tua salvação será
> > conhecida por todos os povos".
> > ___
> > 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
>
>


--
Atenciosamente,
Sebastian Selau Webber Colombo

Acessem e participem: http://postgresql.blog.br/forum/

Sl 67.1-2: "Ó Deus, tem misericórdia de nós e abençoa-nos! Trata-nos com
bondade.
Assim o mundo inteiro conhecerá a tua vontade, e a tua salvação será
conhecida por todos os povos".

___
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] Sistema de Replicação

[Jorge Vilela]

Estou com o mesmo problema e procurando solução OpenSource também.

Já estava até pensando na possibilidade de desenvolver algo, mas já que foi
levantado o assunto, tomara que alguém conheça uma boa forma/ferramenta pra
se fazer isso.







On 6/1/07, Thiago Risso <[EMAIL PROTECTED]> wrote:


Bem... Resolvi mudar a thread já que o assunto está se desviando um
pouco da original (script de auditoria no banco de dados).

Leandro,

> Olha, eu não sei exatamente porque nenhum te atendeu, nem tenho como
> pesquisar agora.

Bem.. Vou explicar um pouco melhor meu cenário :
A empresa onde trabalho vende um ASP, e este é acessado via Web por x
clientes.
Bem, de uns tempos pra cá desenvolvemos um novo ASP para um outro
público, que o utiliza como um SISTEMA durante o dia todo.

Este ASP recebe cadastros/alterações através de um WEB SITE público.
Também existe a área privada, em que o cliente executa todas as
operações que  o sistema oferece.

O problema é que está área privada é usada durante todo dia e é de uma
importância muito grande para o funcionamento dos processos que dele
dependem dentro da empresa, e em caso que queda ou lentidão na
INTERNET (aka SPEEDY), estes processos param durante este período de
instabilidade.

Então, me foi incumbida a tarefa de arrumar uma solução que fosse
possível a continuidade dos processos mesmo sem INTERNET (ASSÍNCRONO).
O detalhe é que podem haver filiais que continuariam usando somente a
base online e outras usando a base local, o que remete a um cenário
MULTIMASTER.

A solução proposta por mim foi alocar um servidor nos clientes com a
base de dados , onde os clientes poderiam trabalhar normalmente mesmo
sem a bendita INTERNET e os dados seriam sincronidos com as filiais e
com o  SITE (que funcionaria como uma filial) quando a INTERNET se
restabelece.

A dificuldade foi justamente encontrar um sistema que executasse esse
tipo de replicação (Multimaster Assíncrona) openSource, já que a
aquisição de licenças está fora de cogitação devido ao público alvo
deste ASP ser empresas de pequeno porte.


> Mas te recomendo pelo menos buscar a literatura antes de
empenhar
> muitos recursos.
Bem... que tipo de leitura você recomendaria. Pesquisei bastante sobre
sistemas de replicação na INTERNET, mas encontrei muito pouco de como
eles são desenvolvidos...
Então, resolvi fazer algo que me atendesse a princípio e depois irei
colocando em conformidade durante os testes 

>Me parece que isso é muitas ordens de magnitude mais
> complexo do que você parece imaginar.

Cara Não entendi ... O que quiz dizer ???


Att:
Thiago Risso
___
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] Nunca deletar, e ao alterar.. (Auditoria)

[Jorge Vilela]

Olá pessoal! Há tempos eu estou precisando implantar nos meus sistemas uma
forma de salvar os dados do update.

Hoje eu tenho os logs das ações (ex: Fulano insert na tabela tal) e  também
não excluo nenhum registro, apenas marco uma flag "deletado". Isso já me
ajuda bastante, porém no caso do UPDATE...

Gostaria de saber de vocês,  qual foi é melhor solução encontrada por cada
um, para que não se percam os dados antigos em um update.

Pensei no seguinte:

Salvar numa tabela de logs o SQL gerado no UPDATE.
OU
Mover o registro para um schema separado, e então executar o update no
registro da tabela original.


*.Poderia criar uma trigger nas tabelas para que seja executada a opção 2,
mas assim não poderei ligar isso ao ID do usuário que realizou a ação (Não
sei se estou certo sobre isso).


Qual das duas seria a melhor forma? Ou alguém conhece alguma opção mais
adequada?

O assunto dá muito pano pra manga, por isso acabo discutindo, discutindo e
nada...



[]'s

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

Re: [pgbr-geral] Nunca deletar, e ao alterar.. (Auditoria)

[Jorge Vilela]

Valew pessoal!
Acho que talvez dê para unificar as duas idéias, duplicar cada tabela,
porém, sem chaves estrangeiras e uma nova chave primária. Assim posso salvar
somente os campos que realmente foram alterados, economizando espaço.

O problema agora é a trigger, pois meu banco não está preparado para
usuários, ou seja, acabo sempre por usar um mesmo usuário e nenhum controle
disso no SGBD.

Hoje todas as inserções/alterações/exclusões são feitas por procedures,
talvez seja melhor criar uma nova procedure que se encarregue dessa
comparação e salve os dados alterados na tabela temporal. Assim posso
chamá-la dentro das funções existentes.

Bom acho que é isso, novamente muito obrigado pela força! Vou dar uma
pensada e desenvolver :)


Jorge Vilela.

On 6/5/07, Leonardo Cezar <[EMAIL PROTECTED]> wrote:


On 6/5/07, Jorge Vilela <[EMAIL PROTECTED]> wrote:

> Olá pessoal! Há tempos eu estou precisando implantar nos meus sistemas
uma
> forma de salvar os dados do update.

> Gostaria de saber de vocês,  qual foi é melhor solução encontrada por
cada
> um, para que não se percam os dados antigos em um update.

Extrair apenas a informação necessária das tabelas envolvidas e
armazenar em local separado.

> Pensei no seguinte:
>
> Salvar numa tabela de logs o SQL gerado no UPDATE.

Essa solução é inútil. Pense para recuperar ou pesquisar neste
histórico daqui a 10.000.000 de inclusões.

> Mover o registro para um schema separado, e então executar o update no
> registro da tabela original.

Talvez, mas de fato é necessário, dentro de sua política de auditoria,
que *todos* os valores de todos os campos de seu registro sejam
copiados?

> *.Poderia criar uma trigger nas tabelas para que seja executada a opção
2,
> mas assim não poderei ligar isso ao ID do usuário que realizou a ação
(Não
> sei se estou certo sobre isso).

Pode sim. CURRENT_USER dá essa possibilidade pra você. Desta forma
você pode criar dentro de sua procedure uma verificação do usuário
conectado e então aplicar as regras pra ele.

> Qual das duas seria a melhor forma? Ou alguém conhece alguma opção mais
> adequada?

Aquela que melhor se enquadra dentro da política de segurança da
auditoria de sua empresa/cliente. Consulte-os.

Abraco!

-Leo
--
Leonardo Cezar
http://www.hostsystems.com.br
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

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

Re: [pgbr-geral] Não estou recebendo mais emails

[Jorge Vilela]

Acho que não.. eu também não tinha recebido nenhum e-mail desde o dia 12, o
pessoal que está quieto.

On 6/13/07, Placido Loko <[EMAIL PROTECTED]> wrote:


Srs,

Não estou recebendo mais emails do grupo...
algum problema?


___
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] vida de consultor de banco de dados

[Jorge Vilela]

Parabéns pela tradução e indicação. Muito bom o artigo.



On 6/27/07, Fabio Telles <[EMAIL PROTECTED]> wrote:


Mais um excelente artido do Sr. Josh Berkus no seu blog em:


http://blogs.ittoolbox.com/database/soup/archives/joshs-rules-of-database-contracting-17253


Não resisti e acabei traduzindo em:


http://www.midstorm.org/~telles/2007/06/27/regras-do-josh-de-contratacao-em-bancos-de-dados/

Depois de ler isso, pense duas vezes antes de querer virar consultor...

[]s
Fábio Telles
--
site: http://www.midstorm.org/~telles/
e-mail: [EMAIL PROTECTED]
jabber: [EMAIL PROTECTED]
sip:[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] PL/Pythonu, PL/Perl, PL/Java etc

[Jorge Vilela]

Olá pessoal!
Alguem conhece algum site que contenha uma boa documentação sobre PL/Python?

Estamos pensando em sair do PL/pgSQL, pois é um tanto quanto limitada
demais.

Assim, estou pesquisando sobre as outras linguagens suportadas pelo
postgreSQL. Mas não encontro boa documentação!

No site oficial (www.postgresql.org/docs) encontrei alguma coisinha, mas não
me parece o suficiente (pelomenos o do python).

Já programei um pouco em python e sei que é bem legal, por isso tendo a
migrar para este, se encontrar documentação mais específica.

Por exemplo, lá diz sobre dois métodos: plpy.execute e plpy.prepare, mas não
fala nada sobre numero de linhas retornadas, cursores, records, argumentos..
essas coisas.


O que vocês acham disso? Vale a pena largar mão do PL/pgsql ? Qual das
outras linguagens seria a melhor quanto a documentação?
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Executar string em PL/pgSQL

[Jorge Vilela]

Olá pessoal, imagino que muitos de vocês já tenham passado pelo mesmo
problema que estou passando.

E espero que exista uma solução.

É o seguinte, eu tenho uma string e queria que ela fosse interpretada como
uma variável.

Ex:

minhaString := "minhavartiporecord" || ".meucampo";
RAISE EXCEPTION '%',minhaString;

Gostaria de saber como faria para dar o raise no valor em sí desta variavel
(minhavartiporecord.meucampo), que é um record.
Pois da forma que estou fazendo ele simplesmente imprime a string "
minhavartiporecord.meucampo".

Alguem sabe como resolver isso?


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

[pgbr-geral] PL/Pythonu e Rowtype

[Jorge Vilela]

Olá pessoal


Estou enviando um argumento do tipo rowtype em pl/pgsql para uma função em
PL/Python.

Sei que em PL/pgSQL pode se usar o tipo anyElement para receber rowtype de
qualquer tabela.

Alguém sabe qual  tipo de argumento eu poderia usar no PL/Pythonu? Pois ele
não aceita AnyElement, assim eu acabo tendo que colocar o nome da tabela em
si (da qual é o rowtype), mas perco a dinamicidade da função pois é uma
função de auditoria e não posso usar uma para cada tabela do sistema.


Isso tudo porque eu estou usando apenas essa função de auditoria em
PL/Python, e o melhor que o PL/pgSQL pode passar é um rowtype, mas não
consigo achar um tipo de argumento genérico como o anyElement do PL/pgsql.


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

Re: [pgbr-geral] Linguagem Pl/java

[Jorge Vilela]

Bom, PL/Java nunca usei, mas já tentei PL/Python e caí num caso que me
quebrou hauehue.
Os tipos de argumentos para procedures são encontrados no pg_catalog, e o
pl/pgsql tem suporte para esses tipos, já o Python não tem! provavelmente o
Java também não vai ter...

Ai acabei me esbarrando em um rowtype, record, anyElement etc...

On 7/18/07, Charles - FuturoVirtual <[EMAIL PROTECTED]> wrote:


Pessoal voces tem alguma experiencia em pl/java? se é boa para
programar, se vale investir nela ou é melhor sofrer com o plpgsql?

Charles

___
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] Macrosubstituição em plpgsql

[Jorge Vilela]

Cara isso ja me deu muita dor de cabeça haueaha

No fim não descobri até hoje a solução...

Já tentei sanar com PL/Python mas esbarrei em um problema com o tipo de
argumento...

Se alguém souber, por favor fala aí. Acho que não somos os únicos que
precisamos disso.






On 7/18/07, Charles - FuturoVirtual <[EMAIL PROTECTED]> wrote:


Pessoal teria como fazer macro substituição? exemplo como faço em php:

$temp = "variavel1";
${$temp} = 1;

Ele cria uma variavel chamada variavel1 com valor 1.

Tem como fazer em plpgsql?

Charles

___
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] Schemas ou Databases

[Jorge Vilela]

Olá pessoal!

Onde trabalho temos hoje 3 servidores (não conheço bem a configuração deles,
sei que não são tão bons se comparados a muitos por aí), e agora estamos com
uma v40 com 8gb mem sobrando.

Então surgiu a idéia de migramos os bancos dessas 3 máquinas para essa v40
para unificar o maior número possível de tabelas que são usadas em vários
sistemas sem precisar de replicação.

Para programação usamos PHP e um pouco de JAVA, mas ficariam em um servidor
separado, deixaríamos a v40 somente para o postgres.

Minha dúvida é: Seria melhor separar uma database para cada sistema e
abandonar os schemas, ou colocar tudo logo em schemas já que estariam no
mesmo servidor? Assim eu usaria um schema/db só para as tabelas usadas por
várias sistemas também.


Algum de vocês já passou por isso?
Schemas podem ser mais fáceis de se usar mas dbs são melhores para se
gerenciar separadamente não é? Me corrijam se estiver falando abobrinha...


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

Re: [pgbr-geral] Schemas ou Databases

[Jorge Vilela]

Então, eu pensei nisso, mas pesquisando um pouco uns dias atrás eu li em
algum lugar que o uso de muitos schemas e grande quantidade de dados em cada
dá um certo trabalho para manter porque as tabelas internas do banco
inchariam muito.

Outro fator é que todo o banco é contido em um único arquivo que cresceria
muito, isso faz com que a leitura seja mais lenta.

Mas com certeza usando vários dbs aumentariam o número de conexões...

Será que é mesmo verdade que se deve evitar o uso de muitos schemas grandes
no postgres?



On 8/22/07, Pablo Sánchez <[EMAIL PROTECTED]> wrote:
>
> O ideal seria realmente o uso de schemas e centralização de
> informação. Se você mantiver diversos banco de dados, para cada bando
> terá que abrir uma conexão, ou então ficar mudando o tempo todo de
> banco em uso nas suas queries, o que pode causar facilmente erros. Se
> você tem tabelas compartilhadas entre os sistemas, melhor centralizar
> tudo mesmo. Aí, você pode aumentar o número de conexões simultâneas
> sem maiores problemas.
>
> Em 22/08/07, Jorge Vilela<[EMAIL PROTECTED]> escreveu:
> > Olá pessoal!
> >
> > Onde trabalho temos hoje 3 servidores (não conheço bem a configuração
> deles,
> > sei que não são tão bons se comparados a muitos por aí), e agora estamos
> com
> > uma v40 com 8gb mem sobrando.
> >
> > Então surgiu a idéia de migramos os bancos dessas 3 máquinas para essa
> v40
> > para unificar o maior número possível de tabelas que são usadas em
> vários
> > sistemas sem precisar de replicação.
> >
> > Para programação usamos PHP e um pouco de JAVA, mas ficariam em um
> servidor
> > separado, deixaríamos a v40 somente para o postgres.
> >
> > Minha dúvida é: Seria melhor separar uma database para cada sistema e
> > abandonar os schemas, ou colocar tudo logo em schemas já que estariam no
> > mesmo servidor? Assim eu usaria um schema/db só para as tabelas usadas
> por
> > várias sistemas também.
> >
> >
> > Algum de vocês já passou por isso?
> > Schemas podem ser mais fáceis de se usar mas dbs são melhores para se
> > gerenciar separadamente não é? Me corrijam se estiver falando
> abobrinha...
> >
> >
> > []'s
> > Jorge Vilela
> >
> > ___
> > 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] Schemas ou Databases

[Jorge Vilela]

Quando falei sobre o maior número de conexões me referia ao fato de cada
cliente se conectar a vários dbs.

E sim, eu li que as tabelas internas ficariam muito grandes, mas se não é
assim, então não vejo porque usar várias databases...

Obrigado pessoal, agora me resta saber se essa máquina nova vai aguentar
todo mundo pendurado somente nela, isso eu descubro daqui uns dias :P




On 8/22/07, Osvaldo Rosario Kussama <[EMAIL PROTECTED]> wrote:
>
> Jorge Vilela escreveu:
> > Então, eu pensei nisso, mas pesquisando um pouco uns dias atrás eu li em
> > algum lugar que o uso de muitos schemas e grande quantidade de dados em
> > cada dá um certo trabalho para manter porque as tabelas internas do
> > banco inchariam muito.
>
> Não sei se entendi corretamente mas com o aumento da quantidade de dados
> o que aumentará são as tabela de dados e não as tabelas internas (se é
> que você está falando do catálogo).
>
>
> >
> > Outro fator é que todo o banco é contido em um único arquivo que
> > cresceria muito, isso faz com que a leitura seja mais lenta.
>
> Os bancos de dados do PostgreSQL não são mantidos em um único arquivo.
> Veja:
> http://www.postgresql.org/docs/8.2/interactive/storage-file-layout.html
>
>
> >
> > Mas com certeza usando vários dbs aumentariam o número de conexões...
>
> Você quer dizer o contrário não é? Utilizando um único banco de dados
> você aumentará a quantidade de conexões nesse banco. Se forem vários
> bancos as conexões estarão distribuidas entre cada um deles.
>
>
> >
> > Será que é mesmo verdade que se deve evitar o uso de muitos schemas
> > grandes no postgres?
>
> Se você tem cópias de tabelas mantidas em seus diversos bancos de dados
> e necessita manter a integridade entre elas então é melhor utilizar
> esquemas. Se seus bancos de dados são totalmente independentes então é
> melhor mantê-los separados.
> Analise sob o aspecto da integridade dos dados e seu peso nos sistemas.
>
>
> >
> >
> >
> > On 8/22/07, *Pablo Sánchez* <[EMAIL PROTECTED]
> > <mailto:[EMAIL PROTECTED]>> wrote:
> >
> > O ideal seria realmente o uso de schemas e centralização de
> > informação. Se você mantiver diversos banco de dados, para cada
> bando
> > terá que abrir uma conexão, ou então ficar mudando o tempo todo de
> > banco em uso nas suas queries, o que pode causar facilmente erros.
> Se
> > você tem tabelas compartilhadas entre os sistemas, melhor
> centralizar
> > tudo mesmo. Aí, você pode aumentar o número de conexões simultâneas
> > sem maiores problemas.
> >
> > Em 22/08/07, Jorge Vilela< [EMAIL PROTECTED]
> > <mailto:[EMAIL PROTECTED]>> escreveu:
> >  > Olá pessoal!
> >  >
> >  > Onde trabalho temos hoje 3 servidores (não conheço bem a
> > configuração deles,
> >  > sei que não são tão bons se comparados a muitos por aí), e agora
> > estamos com
> >  > uma v40 com 8gb mem sobrando.
> >  >
> >  > Então surgiu a idéia de migramos os bancos dessas 3 máquinas para
> > essa v40
> >  > para unificar o maior número possível de tabelas que são usadas
> > em vários
> >  > sistemas sem precisar de replicação.
> >  >
> >  > Para programação usamos PHP e um pouco de JAVA, mas ficariam em
> > um servidor
> >  > separado, deixaríamos a v40 somente para o postgres.
> >  >
> >  > Minha dúvida é: Seria melhor separar uma database para cada
> > sistema e
> >  > abandonar os schemas, ou colocar tudo logo em schemas já que
> > estariam no
> >  > mesmo servidor? Assim eu usaria um schema/db só para as tabelas
> > usadas por
> >  > várias sistemas também.
> >  >
> >  >
> >  > Algum de vocês já passou por isso?
> >  > Schemas podem ser mais fáceis de se usar mas dbs são melhores
> para se
> >  > gerenciar separadamente não é? Me corrijam se estiver falando
> > abobrinha...
> >  >
>
>
> 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

Re: [pgbr-geral] Schemas ou Databases

[Jorge Vilela]

Até agora estamos usando Debian porque é fácil para manter, eu vou propor
para o pessoal o uso do freeBSD nessa nova máquina. Com o uso das
tablespaces acho que meu medo se foi, que estava preocupado com a utilização
dos discos e não conhecia essa técnica. Quanto ao número de usuários
simultâneos, hoje são poucos, mas os sistemas estão em expansão para outras
cidades e logo poderão ser muitos.

Pessoal, muito obrigado pela ajuda!

Me clareou bastante coisa, e como alguém já disse essa semana: A lista está
cada dia melhor! Parabéns pra todo mundo que participa :)


On 8/23/07, Fabio Telles <[EMAIL PROTECTED]> wrote:
>
> Realmente é difícil justificar o uso de bancos de dados separados. Em
> geral, utilizar schemas é sempre mais indicado. Vale a pena lembrar
> que existem 3 níveis de compartilhamento num mesmo servidor:
>
> * Cluster, que compartilham a mesma porta, os mesmos processos e a
> mesma configuração global (postgresql.conf e pg_hba.conf);
> * Bancos de Dados, que compartilham o mesmo cluster mas podem ter
> codificação de caracteres distintos e dependendo da configuração,
> podem ter usuários distintos (se 'db_user_namespace' for configurado
> como ON);
> * Shemas, que compartilham o mesmo banco de dados;
>
> Em geral, utilizar mais de um banco de dados pode ser uma boa se:
> - Você realmente precisa ter usuários com poderes plenos num banco de
> dados sem afetar outras aplicações. Isto é muito incomum, pois é
> normal você dar permissões para um usuário em um schema específico.
> Mas se você quiser soltar seu estagiário para brincar no seu
> servidor... esta pode ser uma opção (mas eu instalaria o PostgreSQL
> localmente na máquina dele)
> - Você precisa de ambientes de teste, homologação e/ou produção na
> mesma máquina. Em geral é melhor deixar seu ambiente de teste em outro
> servidor. Você vai descobrir que uma única consulta mal feita no
> ambiente de teste pode sentar todo o servidor... melhor evitar isso a
> todo o custo! Você também pode criar ambientes isolados em clusters
> separados e garantir mais recursos para o ambiente de testes ao
> ambiente de produção e ainda deixar os ambientes mais isolados,
> utilizando portas distintas.
> - Você precisa de bancos de dados com codificações de caracteres
> diferentes. Bom... seria ideal você pensar em utilizar utf-8 para
> todas as bases se você está nesta situação. Mas isto é uma longa
> conversa, para lá de complicada.
> - Você precisa de configurações de desempenho diferentes para
> diferentes aplicações (OLTP x BI por exemplo). Bom, você pode fazer
> isso com schemas também... especificando parâmetros por usuário, ao
> invés de parâmetros por banco de dados, mas se você quer levar isto
> realmente a sério, é melhor criar clusters distintos e melhor ainda,
> utilizar servidores distintos.
>
> Conclusão:
> Se mais de uma aplicação podem conviver no mesmo servidor e no mesmo
> clustrer, então elas podem estar no mesmo banco de dados. Existem
> raras casos em que isto não se aplique... mas são exceções e não a
> regra.
>
> Criei um pequeno tutorial explicando como unificar vários bancos de
> dados distintos utilizando schemas... vide:
>
> http://www.midstorm.org/~telles/2006/09/28/unificando-bases-de-dados-com-schemas/
>
> Atenciosamente,
> Fábio Telles
>
> Em 22/08/07, Jorge Vilela<[EMAIL PROTECTED]> escreveu:
> > Olá pessoal!
> >
> > Onde trabalho temos hoje 3 servidores (não conheço bem a configuração
> deles,
> > sei que não são tão bons se comparados a muitos por aí), e agora estamos
> com
> > uma v40 com 8gb mem sobrando.
> >
> > Então surgiu a idéia de migramos os bancos dessas 3 máquinas para essa
> v40
> > para unificar o maior número possível de tabelas que são usadas em
> vários
> > sistemas sem precisar de replicação.
> >
> > Para programação usamos PHP e um pouco de JAVA, mas ficariam em um
> servidor
> > separado, deixaríamos a v40 somente para o postgres.
> >
> > Minha dúvida é: Seria melhor separar uma database para cada sistema e
> > abandonar os schemas, ou colocar tudo logo em schemas já que estariam no
> > mesmo servidor? Assim eu usaria um schema/db só para as tabelas usadas
> por
> > várias sistemas também.
> >
> >
> > Algum de vocês já passou por isso?
> > Schemas podem ser mais fáceis de se usar mas dbs são melhores para se
> > gerenciar separadamente não é? Me corrijam se estiver falando
> abobrinha...
> >
> >
> > []'s
> > Jorge Vilela
> >
>
> --
> blog: http://www.midstorm.org/~telles/
> e-mail / jabber: [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

Re: [pgbr-geral] Comparativo Oracle x Postgres

[Jorge Vilela]

Boa pergunta Fernando, onde trabalho também já ouvi alguém cogitando a
possibilidade da implantação do Oracle no lugar do Pg, é claro que todo
mundo fala muito bem dele, mas eu mesmo só conheço o Postgres.

Mas pelo que sei, da lista bastante gente usa/usou Oracle, acho que
informação não vai faltar :)

Nós temos a mesma dúvida, também estou curioso.

On 8/29/07, Fernando Brombatti <[EMAIL PROTECTED]> wrote:
>
> Boa tarde pessoal.
>
> Trabalho em um órgão governamental que utiliza PostgreSQL como SGBD.
> Ocorre que há pessoas que estão "dizendo" dentro da instituição que o mesmo
> não é um banco de dados confiável e que deve-se utilizar Oracle. Na verdade
> essas pessoas são totalmente contra todas as vertentes de software livre.
> Sem entrar em mais detalhes, gostaria de saber funcionalidades que estão
> disponíveis no PostgreSQL mas que não estão disponíveis no Oracle ou coisas
> que o Oracle foge aos padrões e normalidades. Gostaria de saber também quais
> são os custos para licenciamento no caso de uma máquina 4 x Opteron Dual 64.
>
>
> Aguardo ajuda dos amigos.
>
> --
> Fernando Brombatti
> email-msn-gtalk-skype:
> [EMAIL PROTECTED]
> work: +55 54 3218-6060
> mobile: +55 54 8112-7250
> Visite www.datamais.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] OT: Reflexão sobre comunidades de Software Livre/Código Aberto no Brasil

[Jorge Vilela]

Falando nisso, alguém já leu sobre o Jeguepanel? Dêem uma olhada no desabafo
do homem que criou/manteve o projeto na página oficial:

www.jeguepanel.net

É um banho de realidade sobre software livre no Brasil.



2008/1/25 Ramon Vinas <[EMAIL PROTECTED]>:

> Adriano,
>
> Não pude deixar de responder.
> Cuidado com as frases absolutistas, "Até empresas do governo ... ...todas
> as tentativas foram frustadas".
>
> Você se contradiz. Fala que não dá certo, mas lá na frente diz que a
> empresa teria que mudar de filosofia. É isso mesmo! É uma questão de mudança
> de filosofia. O Brasil já tentou por várias vezes ter uma "cara"
> tecnológica: reserva de mercado, etc. A melhor oportunidade está sendo com o
> SL.
>
> Você não quer mudar, ótimo. Não vejo problema. Continue com seu trabalho.
> Agora, impedir (ou fazer propaganda) que outras pessoas criem uma
> alternativa profissional com SL. Fica difícil de aceitar.
>
> Todos sabemos que o dinheiro de licenças é, em outras coisas, para manter
> o emprego lá fora. Nós ficamos só chupando o dedo!?
>
> Não dá para aceitar qualquer propaganda ou opinião atacando os que lutam
> por mais empregos no Brasil.
>
> Claro que eu admito e respeito os que ganham a vida representando empresas
> estrangeiras. Mas com certeza não fico contente com esta situação. Não culpo
> ninguêm, mas faço o esforço para mudar esta situação.
>
> Ramon.
>
> *Adriano Boller <[EMAIL PROTECTED]>* escreveu:
>
> Na minha opiniao o barato sai caro...
>
> Eu era aficcionado por essa onda livre, cheguei a ser usuario e prof de
> linux.
>
> Mas meu ganha pão é Windows, todas as ferramentas que eu uso sao
> Windows...
>
> E meus clientes são windows e trabalho a 18 anos com a plataforma
> Windows...
>
> E estou feliz com o Windows XP SP2 e Windows 2003 Server Enterprise
> Edition SP2.
>
> Não vejo que um custo minimo de 400 dolares ou seja 800 reais mais ou
> menos, por uma licença de um software tao importante pra o computador, hoje
> eu estou licenciado com a compra em 12x a perder de vista no cartão da
> licença full e não me arrependo.
>
> Vejo que o que há nesse Brasil, pessoas que são adeptas a pirataria e que
> não veem que isso é crime e pelo brasileiro ganhar pouco em relação aos
> outros paises.
>
> Eu sei muito bem que a gigante MS poderia fazer uma trava imquebravel pra
> seus sistemas operacionais, pois isso tem como ser feito (existe a muitos
> anos a criptografia assincrona, de chave publica e privada, pesquise e veja
> qual seria o grau de dificuldade pra quebrar tal segurança com 128bits ou
> mais), só não o faz por que os piratas nada mais são os seus grandes
> divulgadores de seus produtos.
>
> E só com as empresas e usuarios conscientes a MS é o que é, a trancos e
> barrancos com processos e calunias levantadas a ela. Mas me diga qual linux
> que é bom q não tenha que ser pago, como o Mandriva o RedRet e outros...
> qualidade custa... coisa feita no fundo de quintal por nerd é arriscado e só
> onda do momento... São loucos o que acreditam em papai noel nos tempos de
> hoje... temos que ser praticos... pois tempo é dinheiro...
>
> Veja que pra ter linux na empresa tem q mudar toda uma filosofia com os
> seus usuários, softwares que fazem parte do parte dos controles da sua
> empresa, reescrever todos os dcumentos do word e seus tabelas no outro
> software do pinguim.
>
> Até empresas do governo, o exercito, policia e corpo de bombeiros
> tentaram, mas todas as iniciativas foram frustradas.
>
> Bom espero ter dado uma luz a essa discussão...
>
> Att
>
> Adriano
>
>
>
>
>
>
>
> - Original Message -
> *From:* Joao <[EMAIL PROTECTED]>
> *To:* Comunidade PostgreSQL Brasileira
> *Sent:* Friday, January 25, 2008 9:49 AM
> *Subject:* Re: [pgbr-geral]OT: Reflexão sobre comunidades de Software
> Livre/Código Aberto no Brasil
>
> eu me formei no cefet de alagoas e isso já é adotado a uns 8 anos...
>
> - Original Message -
> *From:* Eduardo Ferreira dos Santos <[EMAIL PROTECTED]>
> *To:* Comunidade PostgreSQL Brasileira
> *Sent:* Friday, January 25, 2008 10:37 AM
> *Subject:* Re: [pgbr-geral] OT: Reflexão sobre comunidades de Software
> Livre/Código Aberto no Brasil
>
> Na linha do que vocês estão falando, existe uma iniciativa muito boa nesse
> sentido:
>
> Acordo entre o CEFET-Campos e a SLTI vai qualificar profissionais em
> software livre
> http://www.softwarepublico.gov.br/web/one-entry?entry%5fid=3016313
>
> Leandro Henrique Pereira escreveu:
>
> Devíamos investir em um projeto para que ensinassem mais Softwares   Livres 
> em Faculdades do que propietários.
>
>   Na  minha opinião o correto é mostrar os dois mundos igualmente. Se você   
> está na faculdade quando sair dela vai viver no mundo real de   informática 
> onde existem empresas onde os dois tipos de software são   usados.  Na 
> verdades as faculdades não tem o objetivo
>  de te ensinar a usar um   software especifico e sim em te oferecer uma base 
> teórica sólida para   que o profissional possa trabalhar por exem

[pgbr-geral] Tunning em servidor novo

[Jorge Vilela]

Olá pessoal!

Estamos trocando de servidor onde trabalho, então resolvi pedir a opinião de
vocês.

A nova máquina é uma SUN V40 com 8GB de memória.


Os servidores são sempre Debian, então eu queria saber se alguém conhece
algum bom material sobre tunning do debian para banco de dados?

Outra coisa que gostaria de colocar nesse novo servidor é algum gerador de
estatísticas sobre o desempenho do banco, alguém indica algum bom?

E por ultimo, alguém indica alguma página boa sobre tunning pro postgres?


Eu já pesquisei um pouco e encontrei bastante coisa sobre estes assuntos,
mas gostaria da indicação de quem já usa/usou estes software e
configurações.

Obrigado pessoal!

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

Re: [pgbr-geral] Tunning em servidor novo

[Jorge Vilela]

Opa, brigadão Fernando!

Ótimos os links que você passou...

Já vou começar a instalar aqui :)

Acho que o resto do pessoal daqui vai gostar bastante do Cedrus.

2008/2/24 Fernando Ike <[EMAIL PROTECTED]>:

> Em Fri, 22 Feb 2008 16:57:03 -0400
> "Jorge Vilela" <[EMAIL PROTECTED]> escreveu:
>
> > Olá pessoal!
> >
> > Estamos trocando de servidor onde trabalho, então resolvi pedir a
> > opinião de vocês.
> >
> > A nova máquina é uma SUN V40 com 8GB de memória.
>
>   Boa máquina. =)
>
> >
> > Os servidores são sempre Debian, então eu queria saber se alguém
> > conhece algum bom material sobre tunning do debian para banco de
> > dados?
>
>   A maioria da literatura de tuning, principalmente de Oracle funciona
> não como os mesmos valores mas os mesmos parâmetros, vale a pena
> ler[1]. A parte de HugePages não vem com no kernel do Debian mas não
> seria difícil incorporar se enviar um bug report[2] requisitando isso.
>
>
> > Outra coisa que gostaria de colocar nesse novo servidor é algum
> > gerador de estatísticas sobre o desempenho do banco, alguém indica
> > algum bom?
>
>O Cedrus faz um bom trabalho neste sentido[3]
>
>
> > E por ultimo, alguém indica alguma página boa sobre tunning pro
> > postgres?
>
>   Algumas...[][][][]
>
> > Eu já pesquisei um pouco e encontrei bastante coisa sobre estes
> > assuntos, mas gostaria da indicação de quem já usa/usou estes
> > software e configurações.
> >
>
>   Provavelmente os link que passei você já deve ter lido. O importante
> do tuning entender que é uma ajuste fino sem comprometer a segurança o
> a administração do ambiente, também é um trabalho de paciência para
> interpretar os dados e ajustar com metodologia para entender se as
> modificações melhoram ou pioram o ambiente.
>
>
> Referências:
>
> 1- http://www.puschitz.com/TuningLinuxForOracle.shtml
> 2- http://bugs.debian.org
> 3- http://sourceforge.net/projects/cedrus/
> 4- http://www.revsys.com/writings/postgresql-performance.html
> 5-
>
> http://www.postgresql.org/files/documentation/books/aw_pgsql/hw_performance/
> 6- http://www.powerpostgresql.com/PerfList/
> 7-
>
> http://www.postgresql.org.br/Palestras_do_PGCon_Brasil_2007?action=AttachFile&do=get&target=postgresql_leopardo_pgconbr.pdf
>
>
>
> Saudações,
> --
> Fernando Ike
> http://www.midstorm.org/~fike/weblog<http://www.midstorm.org/%7Efike/weblog>
> ___
> 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] Tunning em servidor novo

[Jorge Vilela]

Alguém já instalou o Cedrus?

Eu baixei ele mas não estou conseguindo instalar :(




2008/2/25 Jorge Vilela <[EMAIL PROTECTED]>:

> Opa, brigadão Fernando!
>
> Ótimos os links que você passou...
>
> Já vou começar a instalar aqui :)
>
> Acho que o resto do pessoal daqui vai gostar bastante do Cedrus.
>
> 2008/2/24 Fernando Ike <[EMAIL PROTECTED]>:
>
> Em Fri, 22 Feb 2008 16:57:03 -0400
> > "Jorge Vilela" <[EMAIL PROTECTED]> escreveu:
> >
> > > Olá pessoal!
> > >
> > > Estamos trocando de servidor onde trabalho, então resolvi pedir a
> > > opinião de vocês.
> > >
> > > A nova máquina é uma SUN V40 com 8GB de memória.
> >
> >   Boa máquina. =)
> >
> > >
> > > Os servidores são sempre Debian, então eu queria saber se alguém
> > > conhece algum bom material sobre tunning do debian para banco de
> > > dados?
> >
> >   A maioria da literatura de tuning, principalmente de Oracle funciona
> > não como os mesmos valores mas os mesmos parâmetros, vale a pena
> > ler[1]. A parte de HugePages não vem com no kernel do Debian mas não
> > seria difícil incorporar se enviar um bug report[2] requisitando isso.
> >
> >
> > > Outra coisa que gostaria de colocar nesse novo servidor é algum
> > > gerador de estatísticas sobre o desempenho do banco, alguém indica
> > > algum bom?
> >
> >O Cedrus faz um bom trabalho neste sentido[3]
> >
> >
> > > E por ultimo, alguém indica alguma página boa sobre tunning pro
> > > postgres?
> >
> >   Algumas...[][][][]
> >
> > > Eu já pesquisei um pouco e encontrei bastante coisa sobre estes
> > > assuntos, mas gostaria da indicação de quem já usa/usou estes
> > > software e configurações.
> > >
> >
> >   Provavelmente os link que passei você já deve ter lido. O importante
> > do tuning entender que é uma ajuste fino sem comprometer a segurança o
> > a administração do ambiente, também é um trabalho de paciência para
> > interpretar os dados e ajustar com metodologia para entender se as
> > modificações melhoram ou pioram o ambiente.
> >
> >
> > Referências:
> >
> > 1- http://www.puschitz.com/TuningLinuxForOracle.shtml
> > 2- http://bugs.debian.org
> > 3- http://sourceforge.net/projects/cedrus/
> > 4- http://www.revsys.com/writings/postgresql-performance.html
> > 5-
> >
> > http://www.postgresql.org/files/documentation/books/aw_pgsql/hw_performance/
> > 6- http://www.powerpostgresql.com/PerfList/
> > 7-
> >
> > http://www.postgresql.org.br/Palestras_do_PGCon_Brasil_2007?action=AttachFile&do=get&target=postgresql_leopardo_pgconbr.pdf
> >
> >
> >
> > Saudações,
> > --
> > Fernando Ike
> > http://www.midstorm.org/~fike/weblog<http://www.midstorm.org/%7Efike/weblog>
> > ___
> > 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] Tunning em servidor novo

[Jorge Vilela]

Parece legal o orcaware, mas parece difícil instalar...

Estou tentando, mas dá bastante erro. Qual versão você utiliza?

On Sun, Mar 2, 2008 at 8:17 PM, Aluisio Gouveia <
[EMAIL PROTECTED]> wrote:

>
> >
> > Outra coisa que gostaria de colocar nesse novo servidor é algum gerador
> de
> > estatísticas sobre o desempenho do banco, alguém indica algum bom?
> >
>
> Eu uso o orcaware [1], com ele eu consigo estatisticas sobre, numero de
> conexoes, utilizacao de memora total/compartilhada/swap, leitura e
> gravação dos
> hds, load average, uso das cpus e etc, estas informacoes podem ser
> vizualizadas
> por hora, dia, semana, mes, trimestre e anual, disponivel para windows,
> linux e
> solaris.
>
> [1] www.orcaware.com
> --
> Cordialmente;
>
> Aluisio Gouveia
> Fones (34)3239-2000 / (34)9977-0390
> MSN / e-mail [EMAIL PROTECTED]
>
> Rezende Sistemas Ltda  -  http://www.rezendesistemas.com.br
> Net4biz  Web Solutions  -
> http://www.net4biz.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 mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] gráficos e estatísticas de desemp enho

[Jorge Vilela]

Teste o Cedrus: http://sourceforge.net/projects/cedrus/


On Mon, Mar 10, 2008 at 2:23 PM, icjunior07 <[EMAIL PROTECTED]> wrote:

> Fala galera, blz?
>
> Alguém sabe se tem uma ferramenta no postgres que mostra o desempenho do
> servidor com gráficos e estatísticas?
> Tipo, mostrar por dia, faixa horária, estas coisas..
>
> []'s
>
> Junior
>
> ___
> 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] Opnião sobre esta declaração

[Jorge Vilela]

O que seria uma camada de pool + cache?

Alguma camada de persistencia?



2008/3/12 Nilson Chagas <[EMAIL PROTECTED]>:

> Desculpe já chegar sugando dos companheiros.
>
> Mas gostaria de opinião dos colegas sobre esta declaração do administrador
> da hospedagem:
>
> "Que este novo site, use algum sistema de cache entre o site e o banco
> (cache de dados + pool de conexão), pois o problema deste site atual, e da
> grande maioria dos sistemas em php é a ausência desta camada essencial em
> sites com grande volume de acesso.
>
> Não quero preocupá-los, mas, na minha opinião, com o banco PostgreSQL vai
> ficar pior porque ele cria um processo servidor para cada conexão. Deste
> modo, se a cada request for criada uma conexão, consumido dados, e fechada a
> conexão, diferentemente do MySQL (que usa Threads e não processos do SO) o
> servidor do banco vai não literalmente 'explodir'. Passei estas impressões
> para o Shiro a muito tempo atras, quando recomendei outra plataforma para
> este site. Em resumo, com PostgreSQL sem uma camada de pool + cache (ou, é
> claro, redução da dependência do banco para renderizar cada página), não
> antecipo um período de tranquilidade."
>
>
> Obrigado.
>
> --
> []s
> Nilson Chagas
> ---
> Visite:
> Fundamental: www.amados.com.br
> Dúvidas:http://nilsoftware.blogspot.com/
> Obrigatório: www.saopaulofc.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 mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Opnião sobre esta declaração

[Jorge Vilela]

Algum de vocês conhece algum framework para PHP que faça esse tipo de coisa?
spool + cache?

Estou pensando em melhorar o acesso ao banco de dados das minhas aplicações
pois estão ficando muito pesadas também... E hoje trabalho com
php/postgres...






[]'s
Jorge




2008/3/12 Nilson Chagas <[EMAIL PROTECTED]>:

> RSRSRSRS'
>
> Foi mal este negocio me deixou muito pensativo.
>
> Veja o que ele me passou no dia que deu problema apos o upgrade dos
> servidores:
>
> Está dando 'dead lock' na tabela spnet_users, ou seja, várias transações
> simultâneas nesta tabela em que uma conxão fica aguardando algo terminar na
> outra e vice versa, condição que nunca termina.
>
> Abaixo segue a lista de conexões que estavam ativas. Vou reiniciar o
> banco, porque o web server não estou nem conseguindo logar na máquina em
> função disto.
>
> Será necessário analisar o que pode estar ocorrendo, haja vista que as
> configurações basicamente são as mesmas. A única alteração é a versão do PHP
> (4->5) e do MySQL ( 4->5).
>
> Agnaldo
>
> mysql> show processlist;
> +-++--+-+-+--++-
> -+
> | Id  | User   | Host | db  |
> Command | Time | State  |
> Info
> |
> +-++--+-+-+--++-
> -+
> | 1299383 | 1040a2 | ds-1040-1.dedicados.laniway.com.br:47183 | 1040db2 |
> Sleep   |   45 ||
> NULL
> |
> | 1299393 | 1040a2 | ds-1040-1.dedicados.laniway.com.br:47193 | 1040db2 |
> Sleep   |   74 ||
> NULL
> |
> | 1299402 | 1040a2 | ds-1040-1.dedicados.laniway.com.br:47202 | 1040db2 |
> Sleep   |   16 ||
> NULL
> |
> | 1299412 | 1040a2 | ds-1040-1.dedicados.laniway.com.br:47212 | 1040db2 |
> Sleep   |   74 ||
> NULL
> |
> | 1299421 | 1040a2 | ds-1040-1.dedicados.laniway.com.br:47221 | 1040db2 |
> Query   |9 | Locked | SELECT count(uid) FROM spnet_users
>  WHERE uid=14065 and banned='N' and moderate |
>
>
>
> Em 12/03/08, Benedito A. Cruz <[EMAIL PROTECTED]> escreveu:
>
> >
> >
> >   Dead block ou deadlock?
> >
> >   São coisas bem diferentes.
> >
> >
> > Nilson Chagas wrote:
> > > Isto foi me passado:
> > >
> > > "São dois servidores AMD 64 4400+ Dual Core com HD de 500GB e 2GB de
> > RAM.
> > >
> > > Os servidores estão (deveriam estar) conectados à internet a uma
> > > velocidade de 100Mbps (está a 10Mbps e já estou resolvendo isto).
> > >
> > > Um servidor roda o webserver e o outro os bancos mysql e pgsql.
> > >
> > > Cada servidor tem uma franquia de tráfego de 1.5TB."
> > >
> > > O problema no site atual começou acontecer depois de dois dias do novo
> > > servidor no ar. Quando o site passava de 500 usuarios estava dando
> > > dead block no banco que é mysql.
> > >
> > > Então ele me mandou aquela alertando que o problema no postgresql,
> > > pode ser pior, se não for feito um tratamento com um cache.
> > >
> > > Em 12/03/08, *William Leite Araújo* <[EMAIL PROTECTED]
> >
> > > > escreveu:
> >
> > >
> > >   Bom, temos números para o problema? Número máximo de
> > > conexões simultâneas? Existe "intranet" (área que exija
> > > autenticação)? As transações possuem um "equilíbrio" ou
> > > inserção/atualização é mais freqüente?
> > >
> > >   Qual o hardware para dar suporte a tais requisições?
> > >
> > >   Qualquer servidor mal-configurado gerará problemas. E nem
> > > todos são ligados diretamente com a solução de banco de dados. O
> > > apache por exemplo, possui um cache de conexões.
> > >
> > >   O que quero dizer é que esse tipo de decisão demanda de um
> > > conhecimento maior sobre o problema a ser enfrentado e,
> > > principalmente, entendimento técnico das soluções a serem usadas.
> > >
> > >E quanto à opinião do administrador da hospedagem, bem, ou
> > > ele gosta do MySQL e não quer aprender nada do postgresql, ou
> > > possui apenas uma máquina rodando tudo...
> > >
> > >
> > > --
> > > William Leite Araújo
> > > Analista de Banco de Dados - QualiConsult
> > > ___
> > > 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.postgres

Re: [pgbr-geral] RES: Ajude a escolher as palestras do PGCon Brasil 2009

[Jorge Vilela]

A) Mas já votei! =)

2009/7/20 Rubens José Rodrigues 

> C...
> Mas votarei
>
> " Falta de tempo é desculpa daqueles que perdem tempo por falta de métodos"
>
> Att.
>
> 
> Rubens José Rodrigues
> T.I, Analista de Suporte
> Tel: (27)3399-6419 / (27)9969-8081
> rubens.rodrig...@batistarepresentacoes.com
>
> 
> Broker Nestlé do Brasil S/A
> Rua José Ramos de Oliveira, 91, 29111-280
> Nossa Senhora da Penha, Vila Velha, ES
> (27)3399-6400 / (27)9975-0140
>
>
> -Mensagem original-
> De: pgbr-geral-boun...@listas.postgresql.org.br
> [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de Fábio
> Telles
> Rodriguez
> Enviada em: segunda-feira, 20 de julho de 2009 12:14
> Para: Comunidade PostgreSQL Brasileira
> Assunto: Re: [pgbr-geral] Ajude a escolher as palestras do PGCon Brasil
> 2009
>
> Senhores a votação termina amanhã... até agora temos menos de 50
> votos. Achei estranho, então pergunto,
>
> Se você não votou ainda é porquê:
>
> A) Nem li meus e-mails da semana passada ainda... daqui a pouco eu voto!
> B) É muita coisa para ler, estou sem tempo;
> C) Confio na banca avaliadora, não precisam do meu voto;
> D) Não vou e não tenho interesse no PGCon Brasil 2009;
> E) Outros, qual?
>
>
> Só queria saber a opinião de vocês sobre o processo. A votação foi uma
> novidade em relação às edições anteriores e eu gostaria de saber se é
> uma novidade positiva ou não para a comunidade.
>
> Atenciosamente,
> Fábio Telles
>
> 2009/7/16 Fábio Telles Rodriguez :
> > Senhores, está aberta a votação para as propostas de palestras
> > enviadas para o PGCon Brasil 2009.
> >
> > http://pgcon.postgresql.org.br/2009/votacao.php
> >
> > A votação está sendo divulgada apenas nas listas pgbr-geral e
> > pgbr-dev, para priviegiar o voto das pessoas da comunidade.
> >
> > A votação terminaria logo, no dia 21/07/2009, na próxima 3ª feira,
> > segundo o calendário da chamada de trabalhos em:
> >
> > http://pgcon.postgresql.org.br/2009/chamadas.php
> >
> > Bom, já dá para ter uma amostra do PGCon Brasil 2009, boa diversão!!!
> >
> > OBSERVAÇÃO IMPORTANTE: Segundo foi definido, a votação não será o
> > ÚNICO fator determinante na escolha das palestras. A comissão
> > avaliadora é soberana na escolha. Também não consta na votação as
> > propostas de Hacker Talks.
> >
> > Atenciosamente,
> > Fábio Telles
> > --
> > blog: http://www.midstorm.org/~telles/
> > e-mail / jabber: fabio.tel...@gmail.com
> >
>
>
>
> --
> blog: http://www.midstorm.org/~telles/
> e-mail / jabber: fabio.tel...@gmail.com
> ___
> 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=SCY0MDUxNTIxMiNwZXJtIWJhd
>
> GlzdGFyZXByZXNlbnRhY29lc2xtJjEsMTI0ODEwMjg0Mi41Mzc3NjAuMTc2NzUuZW1icm8udHBuL
> nRlcnJhLmNvbSw0ODAzTerraMail
> Verifique periodicamente a pasta Spam para garantir que apenas mensagens
> indesejadas sejam classificadas como Spam.
>
> Esta mensagem foi verificada pelo E-mail Protegido.
> Atualizado em 19/07/2009
>
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



-- 
Jorge Vilela
___
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: Ajude a escolher as palestras do PGCon Brasil 2009

[Jorge Vilela]

Transmissão via web seria muito bom. Para ir ao PGCon eu preciso viajar,
isso torna caro e trabalhoso. Em tempos de vacas magras, não poderei
comparecer novamente =(


2009/7/20 Dickson S. Guedes 

> Em Mon, 20 Jul 2009 14:42:01 -0300, Fábio Telles Rodriguez
>  escreveu:
> > 2009/7/20 Stefan Horochovec :
> >> Ola
> >>
> >> Sera possivel acompanhar as palestras atraves da internet?
> >>
> > Olha, eu particularmente não estava pensando nisso. Alguém aqui sabe
> > quanto custaria para oferecer este tipo de serviço?
>
> Em conversas informais comentamos sobre isto.
>
> Em resumo? Poucas pessoas na organização para fazer muita coisa. Isto
> acaba gerando gargalos e afunilamentos. Se tivessemos mais pessoas
> ajudando na organização provavelmente teríamos recursos mais avançados
> como a transmissão via web e/ou gravação de algumas/todas as palestras,
> tradução simultânea, etc.
>
> A dica é forte e acredito que digna de atenção, nem que seja para o ano
> que vem.
>
> []s
> Guedes
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



-- 
Jorge Vilela
___
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] Transmissão ao vivo do PGCon Brasil agora!!!

[Jorge Vilela]

Fantástico!²
Vou passar o dia assistindo, já que não pude ir à SP again.

Parabéns!!!

Jorge Vilela


2009/10/23 Marcelo Costa 

> Fantástico.
>
> 2009/10/23 Fábio Telles Rodriguez 
>
>> Acompanhem!!!
>>
>>
>> http://www.4linux.com.br/empresa/acompanhe-ao-vivo-as-palestras-pgcon-brasil-2009.html
>>
>>
>> blog: http://www.midstorm.org/~telles/
>> e-mail <http://www.midstorm.org/%7Etelles/%0Ae-mail> / jabber:
>> fabio.tel...@gmail.com
>> ___
>> pgbr-dev mailing list
>> pgbr-...@listas.postgresql.org.br
>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-dev
>>
>
>
>
> --
> Marcelo Costa
> www.marcelocosta.net
> -
> “You can't always get what want”,
>
> Doctor House in apology to Mike Jagger
>
> ___
> 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] Transmissão ao vivo do PGCon Brasil agora!!!

[Jorge Vilela]

Parabéns, realmente muito bom. Eu gostei!
Ano que vem vou me programar para participar ao vivo.

Jorge Vilela


2009/10/26 Fábio Telles Rodriguez 

> Olha, as lâminas devem estar no ar até o final da semana, mas os
> vídeos dependem da edição, portando devem levar até um mês para
> estarem disponíveis.
>
> Ateniciosamente,
> Fábio Telles
> ---
> blog: http://www.midstorm.org/~telles/
> e-mail / jabber: fabio.tel...@gmail.com
>
>
>
> 2009/10/26 Benedito A. Cruz :
> >
> >
> > Parabéns a todos pelo evento. Assisti parte ao vivo e parte pela web,
> > foi muito bom.
> > Vocês teriam previsão de quando as palestras vão ser disponibilizadas no
> > site?
> >
> >
> > []s
> >
> >  Bene
> >
> >
> > cristiano escreveu:
> >> Participei dos anos anteriores e infelizmente esse não pude.
> >>
> >> Parabéns a comunidade a 4linux pela iniciativa.
> >>
> >> Cristiano Jacobsen
> >>
> >> 2009/10/23 Marcelo Gomes  >> <mailto:marcelogome...@gmail.com>>
> >>
> >> Muito bom mesmo... parabéns e muito obrigado pela oportunidade de
> >> participar virtualmente.
> >>
> >> Obrigado,
> >>
> >> Marcelo Gomes
> >>
> >> 2009/10/23 Jorge Vilela  >> <http://jorge.com.br>@gmail.com <http://gmail.com>>:
> >> > Fantástico!²
> >> > Vou passar o dia assistindo, já que não pude ir à SP again.
> >> > Parabéns!!!
> >> >
> >> > Jorge Vilela
> >> >
> >> >
> >> > 2009/10/23 Marcelo Costa  >> <mailto:marcelojsco...@gmail.com>>
> >> >>
> >> >> Fantástico.
> >> >>
> >> >> 2009/10/23 Fábio Telles Rodriguez  >> <mailto:fabio.tel...@gmail.com>>
> >> >>>
> >> >>> Acompanhem!!!
> >> >>>
> >> >>>
> >> >>>
> >>
> http://www.4linux.com.br/empresa/acompanhe-ao-vivo-as-palestras-pgcon-brasil-2009.html
> >> >>>
> >> >>>
> >> >>> blog: http://www.midstorm.org/~telles/
> >> <http://www.midstorm.org/%7Etelles/>
> >> >>> e-mail / jabber: fabio.tel...@gmail.com
> >> <mailto:fabio.tel...@gmail.com>
> >> >>> ___
> >> >>> pgbr-dev mailing list
> >> >>> pgbr-...@listas.postgresql.org.br
> >> <mailto:pgbr-...@listas.postgresql.org.br>
> >> >>>
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-dev
> >> >>
> >> >>
> >> >>
> >> >> --
> >> >> Marcelo Costa
> >> >> www.marcelocosta.net <http://www.marcelocosta.net>
> >> >> -
> >> >> “You can't always get what want”,
> >> >>
> >> >> Doctor House in apology to Mike Jagger
> >> >>
> >> >> ___
> >> >> pgbr-geral mailing list
> >> >> pgbr-geral@listas.postgresql.org.br
> >> <mailto: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
> >> <mailto: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
> >> <mailto:pgbr-geral@listas.postgresql.org.br>
> >>
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
> >>
> >>
> >>
> >> --
> >> This message has been scanned for viruses and
> >> dangerous content by *MailScanner* <http://www.mailscanner.info/>, and
> is
> >> believed to be clean.
> >> 
> >>
> >> ___
> >> pgbr-geral mailing list
> >> pgbr-geral@listas.postgresql.org.br
> >> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
> >>
> >
> >
> >
> > --
> > This message has been scanned for viruses and
> > dangerous content by MailScanner, and is
> > believed to be clean.
> >
> > ___
> > 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] ENVIO DE E-MAIL VIA POSTGRES

[Jorge Vilela]

Eu acho que a razão pela qual ele precise enviar um e-mail deve ser porque
ele quer enviar e-mails em triggers.
Tipo uma trigger que avise por e-mail alguma coisa...
O negócio é... usando o pgmail pra enviar e-mails por triggers, as operações
no banco que envolvem essas triggers não ficariam lentas?

Jorge Vilela


2009/10/30 

> É isso ai George postgres é só "BD" não envia email, envia esse
> email através de uma linguagem de programação tipo PHP, JAVA e
> outros. Depois posta ai o seu sucesso..
>
> ==
> Cleysson Lima
> Desenvolvedor PHP
> Tel: 61 8407 1875
>
> Seja inteligente, use Software-livre!!!
> ==
>
> Em 30/10/2009, Marcel Araujo  escreveu:
> > Então George, apenas confirmastes o que eu disse!!!
> >
> > O postgresql é somente o bd e não o "cara" que envia os emails como o
> Israel
> > falou. A parte de enviar email geralmente se dá através da linguagem de
> > programação a ser utilizada em conjunto com o banco de dados. Geralmente
> se
> > usa a função MAIL dos servidores Unix/Linux ou qualquer outro servidor de
> > email que esteja configurado.
> >
> >
> > 2009/10/29 Joao Cosme de Oliveira Junior 
> >
> > > usa um pl/sh da vida
> > > ai e dois tempos...
> > >
> > >
> > > João Cosme de Oliveira Júnior
> > >
> > > Seja inteligente, use Software-livre!!!
> > > LPI Certified
> > > LPI000185554
> > >
> > >
> > > Em 29/10/2009 às 18:06 horas,
> pgbr-ge...@listas.postgresql.org.brescreveu:
> > >
> > > 2009/10/29 Israel Teixeira :
> > >
> > > > BOA TARDE,
> > >
> > > Boa tarde, por que gritas?
> > >
> > > > ALGUEM TEM ALGUMA FUNÇÃO OU DICA PARA ENVIO DE E-MAIL UTILIZANDO UMA
> > > FUNÇÃO
> > >
> > > http://pgmail.sourceforge.net/
> > >
> > > -Leo
> > > --
> > > Leonardo Cezar
> > > http://www.aslid.org.br
> > > http://postgreslogia.wordpress.com
> > > http://www.dextra.com.br/postgres
> > > ___
> > > pgbr-geral mailing list
> > > pgbr-geral@listas.postgresql.org.br
> > > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
> > >
> > >
> > >  "Esta mensagem do SERVIÇO FEDERAL DE PROCESSAMENTO DE DADOS (SERPRO),
> empresa pública federal regida pelo disposto na Lei Federal nº 5.615, é
> enviada exclusivamente a seu destinatário e pode conter informações
> confidenciais, protegidas por sigilo profissional. Sua utilização
> desautorizada é ilegal e sujeita o infrator às penas da lei. Se você a
> recebeu indevidamente, queira, por gentileza, reenviá-la ao emitente,
> esclarecendo o equívoco."
> > >
> > > "This message from SERVIÇO FEDERAL DE PROCESSAMENTO DE DADOS (SERPRO)
> -- a government company established under Brazilian law (5.615/70) -- is
> directed exclusively to its addressee and may contain confidential data,
> protected under professional secrecy rules. Its unauthorized use is illegal
> and may subject the transgressor to the law's penalties. If you're not the
> addressee, please send it back, elucidating the failure."
> > >
> > >
> > > ___
> > > pgbr-geral mailing list
> > > pgbr-geral@listas.postgresql.org.br
> > > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
> > >
> > >
> >
> >
> > --
> > Abraços..
> >
> > Marcel Araujo
> > System Analyst
> > Developer Java/PHP/RIA
> > Linux User #490101
> >
> > 
> >
> > ___
> > 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] Probabilidade com random()

[Jorge Vilela]

Bom dia pessoal,
Estou tentando desenvolver uma procedure que busque dados em 3 selects:
banner_local, banner_estadual e banner_nacional.

O que estou pensando em fazer é:
1. Fazer 3 selects, jogar em records
2. Dar um select nesses records usando join e random(), assim poderia
agregar os resultados dos 3, embaralhá-los e recuperar somente 10 registros
(por exemplo).

Não necessariamente faria 3 selects separados...
Gostaria de saber de vocês se há alguma forma de definir uma probabilidade
para o retorno de cada record/select/tabela/dado. Ex: 50% banner_local, 30%
banner_estadual, 20% banner_nacional...




Também estou pensando em começar a desenvolver um joguinho e seria muito bom
se houvesse algo assim já no banco.


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

Re: [pgbr-geral] Probabilidade com random()

[Jorge Vilela]

Vou tentar exemplificar com o joguinho.

Quando o jogador bate a cabeça (Estilo mario) em um quadrado especial,
existe a possibilidade de ganhar o cogumelo, a pena, o foguinho etc...

Ao fazer um "select poder from poder_especial order by random() limit 1",
todos os itens tem a mesma possibilidade de serem escolhidos, certo?


E se eu tivesse, por exemplo, um campo que pudesse determinar a
probabilidade? Por exemplo: Cogumelo tem 50% (0.5) de chances de aparecer,
Pena tem 30% (0.3), Foguinho tem 20% (0.2). Eu poderia utilizar esse campo
como base para o random()?

Eu não quero forçar nenhum dos resultados, somente precisava "pender" mais
para um ou para outro...


Jorge Vilela


2009/11/25 JotaComm 

> Olá, Jorge
>
> 2009/11/25 Jorge Vilela 
>
>> Bom dia pessoal,
>> Estou tentando desenvolver uma procedure que busque dados em 3 selects:
>> banner_local, banner_estadual e banner_nacional.
>>
>> O que estou pensando em fazer é:
>> 1. Fazer 3 selects, jogar em records
>> 2. Dar um select nesses records usando join e random(), assim poderia
>> agregar os resultados dos 3, embaralhá-los e recuperar somente 10 registros
>> (por exemplo).
>>
>> Não necessariamente faria 3 selects separados...
>> Gostaria de saber de vocês se há alguma forma de definir uma probabilidade
>> para o retorno de cada record/select/tabela/dado. Ex: 50% banner_local, 30%
>> banner_estadual, 20% banner_nacional...
>>
>> Não entendi o que você necessita. Tem como colocar um exemplo?
>>
>>
>> Também estou pensando em começar a desenvolver um joguinho e seria muito
>> bom se houvesse algo assim já no banco.
>>
>>
>> Muito obrigado
>> Jorge Vilela
>>
>> ___
>> 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
>
>
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Return next

[Jorge Vilela]

Pessoal,

Hoje precisei criar uma procedure com varios selects, que rodam varios (for
record in sql loop end loop).

No fim precisava juntar os records de retorno de todos os selects... Algo
como:

FOR record1 IN
SELECT id, nome, email FROM pessoa ORDER BY RANDOM() LIMIT 5
LOOP
//FAZ NADA
END LOOP;

FOR record2 IN
SELECT id, nome, email FROM pessoa ORDER BY RANDOM() LIMIT 3
LOOP
//FAZ NADA
END LOOP;

FOR record3 IN
SELECT id, nome, email FROM pessoa ORDER BY RANDOM() LIMIT 2
LOOP
//FAZ NADA
END LOOP;

RETURN record1+record2+record3 EMBARALHADOS;


Tem como? Dá pra fazer um "merge" embaralhando os records em um só e
retornando um set of tipos?



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

Re: [pgbr-geral] Probabilidade com random()

[Jorge Vilela]

Haha! Que legal, era isso mesmo. Muito obrigado pessoal =D


Jorge Vilela


2009/11/25 Osvaldo Kussama 

> 2009/11/25 Jorge Vilela :
> > Vou tentar exemplificar com o joguinho.
> > Quando o jogador bate a cabeça (Estilo mario) em um quadrado especial,
> > existe a possibilidade de ganhar o cogumelo, a pena, o foguinho etc...
> > Ao fazer um "select poder from poder_especial order by random() limit 1",
> > todos os itens tem a mesma possibilidade de serem escolhidos, certo?
> >
> > E se eu tivesse, por exemplo, um campo que pudesse determinar a
> > probabilidade? Por exemplo: Cogumelo tem 50% (0.5) de chances de
> aparecer,
> > Pena tem 30% (0.3), Foguinho tem 20% (0.2). Eu poderia utilizar esse
> campo
> > como base para o random()?
> > Eu não quero forçar nenhum dos resultados, somente precisava "pender"
> mais
> > para um ou para outro...
> >
>
>
> Como disse na mensagem anterior a função random() é uniformemente
> distribuida então verifique se o que necessita é algo do tipo:
>
> bdteste=# SELECT rnd, CASE WHEN rnd <= 0.5 THEN 'Cogumelo' WHEN rnd >
> 0.5 AND rnd <= 0.8 THEN 'Pena' Else 'Foguinho' END FROM (SELECT
> random() AS rnd) foo;
>rnd |   case
> +--
>  0.0976872597821057 | Cogumelo
> (1 registro)
>
> isto é, cada vez que você executar este SELECT você terá 50% de
> probabilidade do resultado ser "Cogumelo", 30% de ser "Pena" e 20% de
> ser "Foguinho".
>
> 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

Re: [pgbr-geral] Return next

[Jorge Vilela]

Bom dia pessoal,

O que o andré falou está dando certo, criei uma outra variável e estou
jogando de pouco a pouco na saída..

O que eu precisava era a união dos registros (consigo isso da forma que o
andré disse), e precisava recuperar registros dos 3 records de forma
aleatória.
Consegui resolver, usei a forma do andré e chamo a procedure assim: select *
from procedure() order by random();
Funcionou belezinha =D

 Valeww pessoal =)

Jorge Vilela


2009/11/25 Osvaldo Kussama 

> 2009/11/25 Jorge Vilela :
> > Pessoal,
> > Hoje precisei criar uma procedure com varios selects, que rodam varios
> (for
> > record in sql loop end loop).
> > No fim precisava juntar os records de retorno de todos os selects... Algo
> > como:
> > FOR record1 IN
> > SELECT id, nome, email FROM pessoa ORDER BY RANDOM() LIMIT 5
> > LOOP
> > //FAZ NADA
> > END LOOP;
> > FOR record2 IN
> > SELECT id, nome, email FROM pessoa ORDER BY RANDOM() LIMIT 3
> > LOOP
> > //FAZ NADA
> > END LOOP;
> > FOR record3 IN
> > SELECT id, nome, email FROM pessoa ORDER BY RANDOM() LIMIT 2
> > LOOP
> > //FAZ NADA
> > END LOOP;
> > RETURN record1+record2+record3 EMBARALHADOS;
> >
> > Tem como? Dá pra fazer um "merge" embaralhando os records em um só e
> > retornando um set of tipos?
>
>
> O que você quer dizer com isso?
> A concatenação dos registros? A união dos registros?
>
> 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

Re: [pgbr-geral] O que é uma view? Dúvida concei tual

[Jorge Vilela]

Função, significa função mesmo... do tipo: f(x) = 2x+4

Logo, se precisa apenas definir permissões ou para junção de tabelas use
view, se precisa inserir argumento como base de calculo use função.

Isso não significa que você não possa "filtrar" dados em uma view quando a
chama, porém, ela é como uma tabela carregada na memória que pode ficar bem
pesada para o seu servidor.

O que a faz mais rápida que uma tabela comum é: ao chama-lá você pula os
primeiros passos para a execução de uma query (Análise léxica, sintática
etc) pois já __compilou__ essa view e esses passos já foram executados para
aquela query.

O pessoal da lista vai saber te falar melhor sobre esses "passos" que o
banco precisa para executar uma query...


Se falei alguma bobeira, por favor me corrijam.
Jorge Vilela


2009/12/8 Osvaldo Kussama 

> 2009/12/8 Bruno Carneiro :
> >
> > Sou estudante, estou tentando fazer o projeto de um sistema.
> >
> > Na hora de projetar o banco de dados fiquei com dúvida sobre o que era
> uma
> > view ou não.
> >
> > Porque no meu sistema, em vários momentos eu vou requisitar dados, de
> > diversas formas diferentes.
> >
> > Quando eu devo usar uma view e quando eu devo usar uma função, por
> exemplo?
> >
> > A minha dúvida não é tecnica, é conceitual. Qual a diferença entre uma
> view
> > e uma função que retorna dados?
> >
> > Informações técnicas também são bem vindas, mas a minha dúvida é mesmo
> > conceitual.
> >
> > Dentro do meu schema, eu tenho separado as funções e as views.
> >
> > Eu sei quais são todos os dados que devo pedir ao banco, só não sei como
> > devo classificá-los, se como view ou como função.
> >
> > Conjecturei que view é quando você pega dados diretos do banco, sem
> > computá-los. Já quando você faz calculos em cima deles e os combina para
> > gerar novos dados, seria uma função.
> >
> > Ok, alguém poderia me ajudar?
> >
>
>
> Em minha opinião você primeiro deve considerar:
> - Tudo o que posso fazer com uma view posso fazer com uma função?
>SIM
>
> - Tudo o que posso fazer com uma função posso fazer com uma view?
>NÃO
>
> - Para se fazer a mesma coisa o custo de uma função é o maior que o
> custo de uma view?
>SIM (corrijam-me se estiver errado)
>
> Portanto para mim é uma questão de custo: se você puder resolver seu
> problema utilizando view então utilize-a, se não for possível então
> utilize função.
>
> 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

Re: [pgbr-geral] Consulta com acentos.

[Jorge Vilela]

Já tentou usar to_ascii()?

SELECT * FROM TABELA WHERE TO_ASCII(campo) LIKE TO_ASCII('%busca%')



Jorge Vilela


2010/1/12 izaque Maciel 

> Bom dia pessoal,
>
> Sei que aqui nesta lista ja foi discutido o assunto, porem o banco já está
> assim:
>
> Encoding client: LATIN1
> Encoding server: LATIN1
> LC_CTYPE='C' e LC_COLLATE='C'
> Template0
> SO: Windows 7 no XP também da a mesma coisa.
> IDE: Delphi 2010
> Zeoslib 7.
>
>   No pgAdmin ele mostra os caracteres com acento, normalmente e as
> consultas com acentos tambem são retornadas corretamente.
> No entanto, para conexão com o postgresql no delphi, utilizo o Zeos, e no
> grid ele mostra os caracteres corretamente, so que
> quando é uma pesquisa com acento ele não retorna nada.
> Também já tentei com o Encoding WIN1252.
>   Creio que possa ser o componente Zeos, mas se alguém ja passou
> por isso, ou tiver alguma ideia, por favor me ajudem.
>
> Obrigado.
>
>
>
>
> ___
> 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] Pesquisa em 2.4 milhões de regist ros

[Jorge Vilela]

Bom dia pessoal,

Tenho um sistema web, cuja principal função é buscar em uma tabela com
aproximadamente 2.4 milhões de registros.

Nessa tabela está sendo executado para busca +/- o seguinte SQL:



select nome from nome_produto where nome like upper('%abacaxi%') -- Os dados
da tabela nome_produto já estão em upper-case




O problema é a demora, cerca de 1-1.2 segundos por query, isso em um sistema
web com muitos acessos simultâneos está matando o servidor e gerando
lentidão no sistema.
Existe alguma forma  de agilizar uma busca deste tipo?





Resultado do Vacuum Analyze:

INFO:  vacuuming "public.nome_produto"INFO:  index "nome_produto_pkey" now
contains 6528 row versions in 15927 pages
DETAIL:  0 index row versions were removed.
0 index pages have been deleted, 0 are currently reusable.
CPU 0.09s/0.07u sec elapsed 0.16 sec.INFO:  index "nome_produto_idx" now
contains 6528 row versions in 76544 pages
DETAIL:  0 index row versions were removed.
0 index pages have been deleted, 0 are currently reusable.
CPU 0.50s/0.28u sec elapsed 0.78 sec.
INFO:  "nome_produto": found 0 removable, 6528 nonremovable row versions in
40501 out of 80888 pages
DETAIL:  0 dead row versions cannot be removed yet.
There were 2428834 unused item pointers.
0 pages are entirely empty.
CPU 1.71s/0.68u sec elapsed 8.11 sec.
INFO:  analyzing "public.nome_produto"INFO:  "nome_produto": scanned 3
of 80888 pages, containing 894698 live rows and 0 dead rows; 3 rows in
sample, 2412344 estimated total rows
Tempo total de execução da consulta: 10054 ms.




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

Re: [pgbr-geral] Pesquisa em 2.4 milhões de regist ros

[Jorge Vilela]

Oloooco!

Obrigado pela dica do GIN, matou a pau
Fiz um outro campo (produto_tsvector) salvei nele o to_tsvector(produto) e
estou buscando nele.

Advinha? A busca caiu de 1.2 segundos para 32ms

Impressionante!
Vou tentar agora outras combinações...

Lendo sobre o @@ to_tsquery(busca), ví que existem dois tipos de "junção" (&
e |), existe alguma opção como "| (OU)" mas que ordene os resultados pela
quantidade de palavras encontradas?

Por exemplo:
Busca = Bolo de chocolate

Trazer na ordem:

Bolo de chocolate (3 palavras)
Bolo de baunilha (2 palavras)
Biscoito de chocolate (2 palavras)
Farinha de milho (1 palavra)
...
Quero dizer, com preferência ao registro mais próximo do termo buscado...

Eu lí sobre o ts_rank mas não estou certo de que ele pode me ajudar, não
consegui encontrar uma forma de utilizá-lo para isso.



Obrigado =D

Jorge Vilela


2010/3/8 Leonardo Cezar 

> 2010/3/8 Jorge Vilela :
> > Bom dia pessoal,
> > Tenho um sistema web, cuja principal função é buscar em uma tabela com
> > aproximadamente 2.4 milhões de registros.
> > Nessa tabela está sendo executado para busca +/- o seguinte SQL:
> >
> >
> > select nome from nome_produto where nome like upper('%abacaxi%') -- Os
> dados
> > da tabela nome_produto já estão em upper-case
>
> Procure indexar a coluna "nome" com índices do tipo GIN/GIST e utilize
> FTS[1] ao invés do operador LIKE.
>
> 1. http://www.postgresql.org/docs/8.4/interactive/textsearch.html
>
> -Leo
> --
> Leonardo Cezar
> http://www.aslid.org.br
> 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 mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Pesquisa em 2.4 milhões de regist ros

[Jorge Vilela]

Muito obrigado Leonardo!

Funcionou melhor do que eu esperava =D
Jorge Vilela


2010/3/8 Leonardo Cezar 

> 2010/3/8 Jorge Vilela :
>
> > Lendo sobre o @@ to_tsquery(busca), ví que existem dois tipos de "junção"
> (&
> > e |), existe alguma opção como "| (OU)" mas que ordene os resultados pela
> > quantidade de palavras encontradas?
> > Por exemplo:
> > Busca = Bolo de chocolate
> > Trazer na ordem:
> > Bolo de chocolate (3 palavras)
> > Bolo de baunilha (2 palavras)
> > Biscoito de chocolate (2 palavras)
> > Farinha de milho (1 palavra)
>
> SELECT ts_rank(to_tsvector('portuguese',repeat('teste ',(random() *
> 10)::int)), to_tsquery('teste')) AS "R"
>   FROM generate_series(1,100) ORDER BY "R"
>
> Onde R é um apelido para a função ts_rank() que recebe como parâmetros
> o seu vetor e a consulta FTS.
>
> PS> Desconsidere as funções repeat() e random(). Elas foram utilizadas
> apenas para gerar dados aleatórios.
>
> Abraço!
>
> -Leo
> --
> Leonardo Cezar
> http://www.aslid.org.br
> 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 mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Pesquisa em 2.4 milhões de regist ros

[Jorge Vilela]

De 1.2 segundos baixou pra 32ms!

Fora que não importa a ordem dos termos de busca e ainda classifica o
retorno por "relevância".
Impressionante mesmo, muito bom!


Jorge Vilela


2010/3/8 Flávio Alves Granato 

> Em 08/03/2010 14:54, Jorge Vilela escreveu:
> > Muito obrigado Leonardo!
> >
> > Funcionou melhor do que eu esperava =D
> > Jorge Vilela
> >
> Diga ae qual foi o tempo da pesquisa agora... hehehehe...
>
> pq parece que a melhora foi muito significativa...
> ___
> 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] Acentuação

[Jorge Vilela]

Use:

select nick from tabela where upper(to_ascii(nick))
like upper(to_ascii'%termodepesquisa%'));

TO_ASCII retira os acentos, use nessa ordem: upper(to_ascii para evitar
problemas com caracteres_acentuados + caixa_alta.

Se precisa de uma tabela rápida, crie um campo (nick_ascii) com uma trigger
gravando nick_ascii = upper(to_ascii(nick))

Jorge Vilela


2010/3/11 Adriano Ribeiro 

> Olá a todos.
>
> Estamos com o famoso problema de acentuação em nosso PGSQL 8.4.
> Vejam:
>
> select nick from tabela;
> --
> "OE"
> "Nívea"
> "Nágila"
> "Nilton"
> "Nuno"
>
>
> select nick from tabela order by nick;
> --
> "Nilton"
> "Nuno"
> "Nágila"
> "Nívea"
> "OE"
>
> Neste exemplo Nágila deveria vir ANTES de Nilton... porém por ter acento o
> pg faz isso...
>
> Outro problema é o uso do LIKE.
> select nick from tabela where nick like '%nagila%';
> --
> no records
>
> ele não retorna o registro "Nágila".
>
>
> Nosso aplicativo é desenvolvido com WebObjects (Java) e as queries são
> montadas por ele (como um Hibernate faria).
> Portanto *não* é interessante para nós mudarmos as queries "nã mão" pois o
> WO as monta muito bem.
> A questão apenas é esta de acentuação no PGSQL.
> Com outros bancos não temos este problema (um MS SQL Server por exemplo).
>
> O mesmo acontece usando um PGAdmin3, pois usamos as queries da forma mais
> natural possível (denovo: sem funções ou iLike).
>
> Existe alguma forma de se arrumar isso?
>
> Haverá correção no PG 9? Alguém sabe?
>
>
> Abraço a todos,
>
> *Adriano Ribeiro*
> adri...@play3g.com.br
> http://www.play3g.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 mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Problema com índice

[Jorge Vilela]

Aproveitando a discussão, André, onde vc vê essas informações no EMS?
Também o utilizo e queria aproveitá-lo melhor.
Por acaso é Services -> Database Statistics -> Diagram ?

Se eu entendi bem...
Como eu utilizo essas informações para descobrir quais campos devo indexar?

Jorge Vilela


2010/4/12 JotaComm 

> Vamos lá,
>
> Em 12 de abril de 2010 10:21, André Pignata escreveu:
>
> Desculpe abusar, vou procurar documentação sobre esse pg_fouine, mas qto a
>> esse log de atividades, eu busco a documentação no próprio site do postgre?
>>
>
> O link do pg_fouine é: http://pgfouine.projects.postgresql.org/
>
> <http://pgfouine.projects.postgresql.org/>Com relação ao log de atividades
> ele é o log onde o PostgreSQL registra todos os comandos que são enviados ao
> servidor.
>
> Você configura a maneira que mais lhe convém a partir do arquivo de
> configuração postgresql.conf na seção "ERROR REPORTING AND LOGGING"
>
> Depende da versão alguns parâmetros foram adicionadas e outros retirados.
> Aconselho a você dar uma olhada na documentação relacionado a versão que
> você está utilizando. E se tiver dúvidas manda email para auxiliarmos você.
>
>
>
>
>>
>> Em 12 de abril de 2010 10:19, JotaComm  escreveu:
>>
>> Olá,
>>>
>>>
>>> Em 12 de abril de 2010 10:12, André Pignata 
>>> escreveu:
>>>
>>> Pessoal, utilizo a ferramenta EMS para gerenciar meu BD, ele me mostra um
>>>> gráfico mostrando as consultas utilizando indices versus as utilizando scan
>>>> sequencial. Isso me ajudou em muitos pontos descobrir 'gargalos' de
>>>> desempenho no sistema, mas agora estou com um problema, os scans 
>>>> sequenciais
>>>> 'óbvios' já foram substituidos por indices no sistema, mas ainda restam
>>>> algumas querys q utilizam scan sequencial. Existe alguma maneira de eu
>>>> 'logar' essas querys? Sabendo em qual tabela ocorre a pesquisa, tem como
>>>> saber qual a query está sendo executada? Dessa forma, posso estar depurando
>>>> e melhorando o tempo do sistema.
>>>>
>>>
>>> Na view pg_stat_user_tables é possível identificar quais tabelas estão
>>> recebendo as leituras sequenciais. Agora para ver as consultas em si você
>>> terá que usar o log de atividades para descobrir esta informação. Também
>>> acredito que seja útil você fazer uso do pg_fouine para analisar o log e ver
>>> as consultas que mais lentas do sistema, acredito que estas consultas devem
>>> estar fazendo leituras seqüenciais.
>>>
>>>
>>> Grato
>>>>
>>>> ___
>>>> 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
>>>
>>>
>>
>>
>> --
>> André Luiz Martins Pignata
>> Integral Convênios Odontológicos
>> Gerente de TI
>>
>> ___
>> 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
>
>
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] DER Controle de estoque

[Jorge Vilela]

http://www.hibernate.org

1. Hibernate is licensed
<http://www.hibernate.org/hibernate/license.html> under
the open source GNU Lesser General Public License (LGPL) and is free to
download and free to use for both development and production deployments.
The license also allows ISVs to embed and distribute Hibernate free of
charge.



http://struts.apache.org/2.x/index.html

2. Apache Struts 2 source code and documentation is licensed to the Apache
Software Foundation (ASF) under one or more contributor license agreements.
See the NOTICE file included in distribution for additional information
regarding copyright ownership. The ASF licenses the source code and
documentation files in our Apache Struts distribution to you under the
Apache License, Version 2.0 (the "License"); you may not use the Apache
Struts product except in compliance with the License.

You may obtain a copy of the License at
http://www.apache.org/licenses/LICENSE-2.0.

Unless required by applicable law or agreed to in writing, software
distributed under the License is distributed on an "AS IS" BASIS, WITHOUT
WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the
License for the specific language governing permissions and limitations
under the License.



Acho que não precisa*s* comprar nenhum. São gratuitos.


Em 28 de julho de 2010 10:44, jose sebastiao sebastiao  escreveu:

>  É uma pergunta nao iria usar mais fivewin, e sim java. minha pergunte é:
> onde consigo comprar Hibernate e Struts2, sabes o preço ?
>
> --
> Date: Wed, 28 Jul 2010 11:36:05 -0300
> From: josemario.r...@ibest.com.br
>
> To: pgbr-geral@listas.postgresql.org.br
> Subject: Re: [pgbr-geral] DER Controle de estoque
>
>
>
> Em 28 de julho de 2010 11:26, jose sebastiao sebastiao <
> joses...@hotmail.com> escreveu:
>
> preciso mudar de de linguagem, trabalho hoje com fivewin,onde
> consigo,java(Hibernate e Struts2, sabes o preço, é dificil de se trabalhar o
> que achas ?
>
>
> bom o teu onde consigo e uma pergunta ou o fivewin gera pra vc o java?
> a respeito do preço q vc se refere é como gravar nas tabelas?
>
>
> --
> Date: Wed, 28 Jul 2010 10:04:26 -0300
> From: elias...@gmail.com
> To: pgbr-geral@listas.postgresql.org.br
> Subject: Re: [pgbr-geral] DER Controle de estoque
>
>
> Obrigado pelas respostas.
>
> Eu uso Java (Hibernate e Struts2) + Postgres.
>
> Att,
>
> Em 28 de julho de 2010 09:33, Alexsandro Haag 
> escreveu:
>
> Olá Elias,
>   existe um projeto em Python + Postgres, mantido pela Async que se
> chama Stoq (http://www.stoq.com.br).
> É um projeto de código aberto, que dentre alguns módulos, possui também
> o "Controle de Estoque" que está se referindo.
>
> Se quiser dar uma olhada na modelagem feita por eles, pode usar este
> link: http://doc.stoq.com.br/devel/schema/
>
> Att.
> Alex
>
> On 28-07-2010 09:24, .:eliastxt:. ... wrote:
> > Bom dia pessoal,
> >
> > Não é bem uma dúvida de postgreSQL, mas, vou arriscar.
> >
> > Estou fazendo uma modelagem para controle de estoque e me deparei com
> > alguns problemas tipicos desse tipo de sistema. Referem-se a modelagem
> > das tabelas de movimentação de material e a tabela de fechamento por
> > período.
> >
> > Alguém já trabalhou com esse tipo de sistema e teria um exemplo de DER
> > para eu ver o exemplo.
> >
> > Att,
> >
> >
> > ___
> > 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 mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>
>
>
> --
> José Mário F. Rosa
> josemario.r...@ibest.com.br
> M.S.N.: josemario.r...@ibest.com.br
> Desenvolvedor  Java
>
> ___ 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
>
>


-- 
Jorge Vilela
___
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] Participação da co munidade

[Jorge Vilela]

ista não acompanha a lista
> > PGBR-DEV  (por falta de interesse ou por não saber da sua existência), eu
> > gostaria de pontuar um assunto importante que está rolando lá. A idéia é
> > aposentar a lista PGBR-DEV e passar os assuntos discutidos lá para esta
> > lista. O impacto no volume de mensagens não deve ser muito grande, com a
> > excessão de vésperas de eventos e outras ações organizadas pela
> comunidade.
> > Tempos atrás estas listas já foram unificadas e em um dado momento
> (quando
> > todas as listas foram migradas para o nosso servidor próprio) elas se
> > separaram. Eu gostaria de saber a opinião das pessoas sobre da lista
> > PGBR-GERAL, que seriam os principais afetados pela mudança, se ela for
> > aprovada. Não vou manifestar a minha opinião pessoal aqui por enquanto,
> > gostaria de ouvir a opinião das pessoas antes.
> > Então, o que vocês acham?
> > Atenciosamente,
> > Fábio Telles
> > --
> > blog: http://www.midstorm.org/~telles/
> > e-mail / jabber: fabio.tel...@gmail.com
> >
> > ___
> > pgbr-dev mailing list
> > pgbr-...@listas.postgresql.org.br
> > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-dev
> >
> >
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



-- 
Jorge Vilela
___
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: OFF TOPIC - Teste

[Jorge Vilela]

Eu tinha alterado meu endereço de e-mail e de uns dias pra cá __do_nada__
voltei a receber os e-mails no endereço velho, mas td bem...
Parece que voltaram algum back-up... =S


Jorge Vilela


2010/8/31 Monica Ferrari Villarino 

>  Gozado, eu também fui excluída da lista, sem nenhum aviso e tive que
> refazer meu cadastro.
>
> Ocorreu alguma falha nessa lista?
>
>
>
> Mônica.
>
>
>  --
>
> *De:* pgbr-geral-boun...@listas.postgresql.org.br [mailto:
> pgbr-geral-boun...@listas.postgresql.org.br] *Em nome de *Fabiano Chiqueti
> *Enviada em:* terça-feira, 31 de agosto de 2010 10:02
> *Para:* Comunidade PostgreSQL Brasileira
> *Assunto:* [pgbr-geral] OFF TOPIC - Teste
>
>
>
> Pessoal
>
> Este é apenas um email teste para verificar se estou cadastrado na lista,
> que que há uns 20 dias atrás foi removido.
>
> Grato
>
> Chiqueti
>
> ___
> 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] Processo de seleção para PostgreS QL e SQL Server

[Jorge Vilela]

Pablo, por obséquio, você paga 27.5%/29mil de impostos? Foda heim =/

Jorge Vilela


2010/9/9 Pablo Sánchez 

> Cara, não é bem assim...
>
> Eu acabo de pegar um contrato desses e funciona da seguinte forma:
>
> São 108.000. Dividindo por 12, isso dá 9k por mês. Mas é pago por entrega
> de produto, o produto já é pré-determinado. No meu caso, o primeiro
> pagamento é efetuado após 35 dias da assinatura do contrato, mediante
> entrega do primeiro produto. No caso, o primeiro pagamento é de 23mil.
> Depois, o próximo pagamento, só é efetuado 70 dias depois, mediante entrega
> do segundo produto. Aí, trata-se de você saber se organizar para passar 70
> dias com os 23 mil. E por aí vai.
>
> O contrato é como pessoa física mesmo, sem CLT nem nada. Todos os impostos
> por conta da pessoa que for contratada. Não é nada de outro planeta, mas é
> uma boa grana.
>
> A questão é que quanto maiores as exigências, maior o valor de contrato.
> Nesse caso, não sei qual será o valor.
>
> Em 9 de setembro de 2010 11:36, Deliane Andrade  > escreveu:
>
>> Da última vez que uma vaga similar a vaga foi disponibilizada a grana era
>> de R$9.000,00.
>> No entanto,não se tratava de CLT,mas sim receber por demanda
>> concluída.Dessa forma,você só recebia a grana quando completasse um
>> determinado módulo(este podendo durar de 3 a 4 meses).
>> Att,
>>   Deliane Andrade
>>
>> ___
>> pgbr-geral mailing list
>> pgbr-geral@listas.postgresql.org.br
>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>>
>>
>
>
> --
>
>
>
>
>  *
> Pablo Santiago Sánchez*
> ZCE ZEND006757
> phack...@gmail.com
> (61) 9975-0883
> http://www.sansis.com.br
> *"Quidquid latine dictum sit, altum viditur"*
>
>
> ___
> 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-TOPIC] Full Text Search

[Jorge Vilela]

Olá pessoal, desculpem pelo OFF-TOPIC, mas já tentei resolver só no postgres
e não consegui.

Estou com um problema e gostaria de saber se alguém pode me ajudar.

Tenho uma tabela de produtos em PostgreSQL com aproximadamente 5 milhões de
registros.
Os usuários fazem buscas complexas, como:
pneu da rang
peneus da ranger
pireli para ran
ranger pneu
pneu com câmara para usar na ford ranger

Hoje utilizo o suporte a FTS do PostgreSQL, porém, não busca "meias
palavras". Se eu troco para o simples ilike o tempo de execução sobe demais,
deixando o sistema lento e vulnerável.

Além do suporte à meias palavras, preciso do suporte a sinônimos e fonética.
Já tentei o FTS do Mysql mas também não resolve.

Alguém já conseguiu implementar algo semelhante? Já conseguiu utilizar
Lucene, sphinx, TBGSearch etc (com php, com essas características)?
Qual solução vocês adotaram?


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

[pgbr-geral] Instalação do Postgis no debian 5 e PostgreSQL 8.4

[Jorge Vilela]

Olá pessoal,

Estou tendo um problema na instalação do Postgis no Debian 5 e PostgreSQL
8.4.

O Postgresql não foi instalado pelo apt, encontra-se em
/opt/PostgreSQL/8.4/.

Estou tentando compilar o postgis, já tentei a versão estável 1.5.2, a svn
1.5.3 e a svn 2.0. Todas retornam o mesmo erro no # make

lwgeom_accum.c: In function 'pgis_geometry_accum_transfn':
lwgeom_accum.c:114: error: 'WindowAggState' has no member named 'aggcontext'
make[1]: ** [lwgeom_accum.o] Erro 1
make[1]: Saindo do diretório `/root/postgis/postgis-1.5.3SVN/postgis'
make: ** [postgis] Erro 2


Estou utilizando os seguintes comandos:
[ja tentei rodar sh autogen.sh]
./configure --with-pgconfig=/opt/PostgreSQL/8.4/bin/pg_config
make

A saída do configure é:
[...]
  PostGIS is now configured for i686-pc-linux-gnu

 -- Compiler Info -
  C compiler:   gcc -g -O2
  C++ compiler: g++ -g -O2

 -- Dependencies --
  GEOS config:  /usr/local/bin/geos-config
  GEOS version: 3.2.2
  PostgreSQL config:/opt/PostgreSQL/8.4/bin/pg_config
  PostgreSQL version:   PostgreSQL 8.4beta2
  PROJ4 version:46
  Libxml2 config:   /usr/bin/xml2-config
  Libxml2 version:  2.6.32
  PostGIS debug level:  0

  Documentation Generation 
  xsltproc: /usr/bin/xsltproc
  xsl style sheets: /usr/share/xml/docbook/stylesheet/nwalsh
  dblatex:  /usr/bin/dblatex
  convert:  /usr/bin/convert


Alguém já passou por isso? Não sei mais o que fazer, não entendo o porquê
desse erro no make...


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

Re: [pgbr-geral] Instalação do Postgis no debian 5 e PostgreSQL 8.4

[Jorge Vilela]

Wall -Wmissing-prototypes  -c -o wktparse.tab.o
wktparse.tab.c
gcc -g -O2  -fPIC -DPIC  -Wall -Wmissing-prototypes  -c -o lex.yy.o lex.yy.c
lex.yy.c:4142: warning: 'yyunput' defined but not used
lex.yy.c:4185: warning: 'input' defined but not used
gcc -g -O2  -fPIC -DPIC  -Wall -Wmissing-prototypes  -c -o vsprintf.o
vsprintf.c
gcc -g -O2  -fPIC -DPIC  -Wall -Wmissing-prototypes  -c -o g_box.o g_box.c
gcc -g -O2  -fPIC -DPIC  -Wall -Wmissing-prototypes  -c -o g_coord.o
g_coord.c
gcc -g -O2  -fPIC -DPIC  -Wall -Wmissing-prototypes  -c -o g_geometry.o
g_geometry.c
gcc -g -O2  -fPIC -DPIC  -Wall -Wmissing-prototypes  -c -o g_ptarray.o
g_ptarray.c
gcc -g -O2  -fPIC -DPIC  -Wall -Wmissing-prototypes  -c -o g_serialized.o
g_serialized.c
gcc -g -O2  -fPIC -DPIC  -Wall -Wmissing-prototypes  -c -o g_util.o g_util.c
gcc -g -O2  -fPIC -DPIC  -Wall -Wmissing-prototypes  -c -o lwgeodetic.o
lwgeodetic.c
gcc -g -O2  -fPIC -DPIC  -Wall -Wmissing-prototypes  -c -o lwtree.o lwtree.c
gcc -g -O2  -fPIC -DPIC  -Wall -Wmissing-prototypes  -ffloat-store -c -o
lwspheroid.o lwspheroid.c
ar rs liblwgeom.a measures.o box2d.o ptarray.o lwgeom_api.o lwgeom.o
lwpoint.o lwline.o lwpoly.o lwmpoint.o lwmline.o lwmpoly.o lwcollection.o
lwcircstring.o lwcompound.o lwcurvepoly.o lwmcurve.o lwmsurface.o lwutil.o
lwalgorithm.o lwgunparse.o lwgparse.o lwsegmentize.o wktparse.tab.o lex.yy.o
vsprintf.o g_box.o g_coord.o g_geometry.o g_ptarray.o g_serialized.o
g_util.o lwgeodetic.o lwtree.o lwspheroid.o
ar: creating liblwgeom.a
make[1]: Saindo do diretório `/home/suporte/postgis-1.5.2/liblwgeom'
make -C postgis
make[1]: Entrando no diretório `/home/suporte/postgis-1.5.2/postgis'
Makefile.pgxs:17: aviso: impondo comandos para o alvo `install'
/opt/PostgreSQL/8.4/lib/postgresql/pgxs/src/makefiles/pgxs.mk:92: aviso:
ignorando comandos antigos para o alvo `install'
Makefile.pgxs:63: aviso: impondo comandos para o alvo `installdirs'
/opt/PostgreSQL/8.4/lib/postgresql/pgxs/src/makefiles/pgxs.mk:140: aviso:
ignorando comandos antigos para o alvo `installdirs'
Makefile.pgxs:82: aviso: impondo comandos para o alvo `uninstall'
/opt/PostgreSQL/8.4/lib/postgresql/pgxs/src/makefiles/pgxs.mk:164: aviso:
ignorando comandos antigos para o alvo `uninstall'
gcc -E -traditional-cpp postgis.sql.in.c | grep -v '^#' > postgis.sql.in
sed 's,MODULE_PATHNAME,$libdir/postgis-1.5,g' postgis.sql.in >postgis.sql
gcc -E -traditional-cpp uninstall_postgis.sql.in.c | grep -v '^#' >
uninstall_postgis.sql.in
sed 's,MODULE_PATHNAME,$libdir/postgis-1.5,g'
uninstall_postgis.sql.in>uninstall_postgis.sql
"/usr/bin/perl" ../utils/postgis_proc_upgrade.pl postgis.sql 1.5 >
postgis_upgrade_15_minor.sql
"/usr/bin/perl" ../utils/postgis_proc_upgrade.pl postgis.sql 1.4 >
postgis_upgrade_14_to_15.sql
"/usr/bin/perl" ../utils/postgis_proc_upgrade.pl postgis.sql 1.3 >
postgis_upgrade_13_to_15.sql
gcc -O2 -Wall -Wmissing-prototypes -Wpointer-arith
-Wdeclaration-after-statement -Wendif-labels -fno-strict-aliasing -fwrapv
-fpic -I/usr/local/include  -I/usr/include/libxml2 -I../liblwgeom -I.
-I/opt/PostgreSQL/8.4/include/postgresql/server
-I/opt/PostgreSQL/8.4/include/postgresql/internal -D_GNU_SOURCE
-I/usr/local/include/libxml2   -c -o lwgeom_pg.o lwgeom_pg.c
gcc -O2 -Wall -Wmissing-prototypes -Wpointer-arith
-Wdeclaration-after-statement -Wendif-labels -fno-strict-aliasing -fwrapv
-fpic -I/usr/local/include  -I/usr/include/libxml2 -I../liblwgeom -I.
-I/opt/PostgreSQL/8.4/include/postgresql/server
-I/opt/PostgreSQL/8.4/include/postgresql/internal -D_GNU_SOURCE
-I/usr/local/include/libxml2   -c -o lwgeom_debug.o lwgeom_debug.c
gcc -O2 -Wall -Wmissing-prototypes -Wpointer-arith
-Wdeclaration-after-statement -Wendif-labels -fno-strict-aliasing -fwrapv
-fpic -I/usr/local/include  -I/usr/include/libxml2 -I../liblwgeom -I.
-I/opt/PostgreSQL/8.4/include/postgresql/server
-I/opt/PostgreSQL/8.4/include/postgresql/internal -D_GNU_SOURCE
-I/usr/local/include/libxml2   -c -o lwgeom_accum.o lwgeom_accum.c
lwgeom_accum.c: In function 'pgis_geometry_accum_transfn':
lwgeom_accum.c:114: error: 'WindowAggState' has no member named 'aggcontext'
make[1]: ** [lwgeom_accum.o] Erro 1
make[1]: Saindo do diretório `/home/suporte/postgis-1.5.2/postgis'
make: ** [postgis] Erro 2


Jorge Vilela


2010/12/21 Leonardo Cezar 

> 2010/12/21 Jorge Vilela :
> > Olá pessoal,
> > Estou tendo um problema na instalação do Postgis no Debian 5 e PostgreSQL
> > 8.4.
> > O Postgresql não foi instalado pelo apt, encontra-se em
> > /opt/PostgreSQL/8.4/.
> > Estou tentando compilar o postgis, já tentei a versão estável 1.5.2, a
> svn
> > 1.5.3 e a svn 2.0. Todas retornam o mesmo erro no # make
> > lwgeom_accum.c: In function 'pgis_geometry_accum_transfn':
> > lwgeom_accum.c:114: error: 'Wind

Re: [pgbr-geral] Instalação do Postgis no debian 5 e PostgreSQL 8.4

[Jorge Vilela]

Leonardo, a saída é:

supo...@ns5:~/postgis-1.5.2$ cat
/home/suporte/postgis-1.5.2/postgis/sqldefines.h | grep
POSTGIS_PGSQL_VERSION
#define POSTGIS_PGSQL_VERSION 842


Jorge Vilela


2010/12/21 Leonardo Cezar 

> O cat correto é:
>
> cat /home/suporte/postgis-1.5.2/postgis/sqldefines.h | grep
> POSTGIS_PGSQL_VERSION
>
> -Leo
>
> 2010/12/21 Leonardo Cezar :
> > 2010/12/21 Jorge Vilela :
> >> O mesmo erro =(
> >
> > 
> >
> >> lwgeom_accum.c:114: error: 'WindowAggState' has no member named
> 'aggcontext'
> >> make[1]: ** [lwgeom_accum.o] Erro 1
> >> make[1]: Saindo do diretório `/home/suporte/postgis-1.5.2/postgis'
> >> make: ** [postgis] Erro 2
> >
> > Qual a saída desses comandos?
> >
> > cat sqldefines.h | grep POSTGIS_PGSQL_VERSION
> > /opt/PostgreSQL/8.4/bin/pg_config --version
> >
> > -Leo
> > --
> > Leonardo Cezar
> > http://postgreslogia.wordpress.com
> >
>
>
>
> --
> 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 mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Instalação do Postgis no debian 5 e PostgreSQL 8.4

[Jorge Vilela]

Muito obrigado pessoal, agora funcionou legal. Vocês são feras!


Jorge Vilela


2010/12/21 Leonardo Cezar 

> 2010/12/21 Juliano Benvenuto Piovezan :
> > Pelo que vi, essa versão do postgis não compila contra o Postgresl 8.4,
> veja
> > o código [1]. O 'aggcontext' foi adicionado ao WindowAggState apenas na
> > versão 9.0 [2]. Então ou pegue uma versão que compile contra o 8.4 ou
> > atualize o Postgres.
>
> Não é necessário atualizar nem um nem outro, vide a matriz de
> compatibilidade[1].
> Parece apenas uma falha do script de configuração, onde
> POSTGIS_PGSQL_VERSION deveria utilizar a expressão regular:
>
> `$PGCONFIG --version | sed 's/[A-Za-z ]*//' | cut -d. -f2 | sed
> 's/[^0-9].//g'`
>
> 1) http://trac.osgeo.org/postgis/wiki/UsersWikiPostgreSQLPostGIS
>
> 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
>
___
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] Procuro vaga para desenvolvedor web - Campo Grande / MS

[Jorge Vilela]

Olá pessoal!
Primeiramente desculpem-me pelo OFF, eu estou a procura de um emprego em
Campo Grande - MS para trabalhar como Desenvolvedor Web ou Administrador de
Redes.
Se alguém souber de alguma coisa... Posso enviar meu currículum.

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

Re: [pgbr-geral] Off: Cursos Gratuitos de Storage e outros

[Jorge Vilela]

Realmente bem legal, obrigado!

2008/8/5 Paulo Medeiros Barbosa <[EMAIL PROTECTED]>

>  Obrigado pela dica.
>
> Paulo Medeiros Barbosa
> Músico - Tecladista Profissional
> Administrador de Redes Windows X Linux
> Cel.: 9932-4649
>
> --
> Date: Sun, 3 Aug 2008 10:48:23 -0300
> From: [EMAIL PROTECTED]
> To: pgbr-geral@listas.postgresql.org.br
> Subject: [pgbr-geral] Off: Cursos Gratuitos de Storage e outros
>
>
> Cursos Gratuitos na Intel NextG
>
> Storage, Virtualização, ERP e muito mais
>
> http://www.nextg.com.br/v2/web/curso.php?curso_id=34
>
> --
> Ribamar FS - [EMAIL PROTECTED]
> http://ribafs.net
>
> --
> Receba GRÁTIS as mensagens do Messenger no seu celular quando você estiver
> offline. Conheça o MSN Mobile! Crie já o 
> seu!
>
> ___
> 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] Implementação de "Você quis d izer?"

[Jorge Vilela]

Olá pessoal!

Preciso da ajuda de vocês, estou implementando um "Voçê quis dizer?" para as
buscas que não retornam resultados.

A função já está pronta e ela se baseia em palavras-chave para comparação,
por exemplo:
array dicionario = ('banana', 'maçã', 'abacaxi');
Se o usuário pesquisar por maca ele retornará algo como: você quis dizer
maçã?

O meu problema está justamente na formação deste dicionário, eu tenho uma
base de produtos com cerca de 80 mil registros. Gostaría de buscar os termos
com maior incidência nesta tabela, distinct não funcionaria pois não preciso
do campo todo e sim dos termos mais encontrados neste campo.

Por exemplo, em uma base de dados de produtos de uma autopeças (os produtos
estariam +- assim: cruzeta de aço para 1113, anel o'ring 12mm, cruzeta da
transmissão p/ f-250, ...), provavelmente os termos mais frequentes seriam:
cruzeta, parafuso, retentor etc..

Como eu poderia visualizar os termos mais frequentes em meu banco de dados?
Alguém tem idéia?

Brigadão!
Jorge Vilela
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Adote um artigo sobre PostgreSQL

[Jorge Vilela]

Ótima iniciativa =]

On Tue, Mar 3, 2009 at 10:22 AM, Fábio Telles Rodriguez <
fabio.tel...@gmail.com> wrote:

> Senhores, já ouvi muita gente por aqui dizendo que gostaria de
> colaborar com artigos em PostgreSQL. De fato já temos um punhado de
> Blogs no nosso planeta em: http://planeta.postgresql.org.br, e estamos
> sempre abertos para novas inclusões.
>
> Mas agora temos um novo item no nosso plano de dominação mundial, ;-)
> Centralizar todos os artigos sobre PostgreSQL em
> http://wiki.postgresql.org
>
> Escrevi um tutorial para quem quiser ajudar em:
>
> http://www.midstorm.org/~telles/2009/03/03/adote-um-artigo-sobre-postgresql/
>
> []s
> Fábio Telles
> --
> blog: http://www.midstorm.org/~telles/
> e-mail / jabber: fabio.tel...@gmail.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

[pgbr-geral] onde usar função no banco

[Jorge Vilela]

Bom dia PessoALL,
Eu tenho 4 tabelas, cada uma com uns 20 campos.

Estou tendo muitos problemas porque preciso gravar nas quatro tabelas, mas
não uso procedure no banco, assim não consigo dar rollback se der erro.


Se eu fizer uma procedure que insira os campos em todas as tabelas ela vai
precisar de uns 50 argumentos...


Tem alguma forma de eu conseguir o rollback sem precisar de uma unica
procedure com 50 argumentos?


Muito obrigado!

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

Re: [pgbr-geral] onde usar função no banco

[Jorge Vilela]

Então, não sei se é possível fazer assim. Sendo assim, eu teria que colocar
todos os inserts em uma "query" só?

2009/4/1 André Volpato 

> Jorge Vilela escreveu:
> > Bom dia PessoALL,
> >
> > Eu tenho 4 tabelas, cada uma com uns 20 campos.
> >
> > Estou tendo muitos problemas porque preciso gravar nas quatro tabelas,
> > mas não uso procedure no banco, assim não consigo dar rollback se der
> > erro.
> >
> > (...)
>
> Você não consegue executar um "BEGIN" antes de tudo, e um "COMMIT" depois ?
> Acredito ser a melhor saída nesse caso.
>
> --
>
> []´s, André Volpato
>
>
>
> ___
> 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] onde usar função no banco

[Jorge Vilela]

Muito obrigado pessoal!Testei aqui com a transação e deu certo!

Heloara, boa idéia receber uma array!
Mas isso acaba dando trabalho pra você converter os dados de entrada dentro
da procedure né?


Obrigado!
Jorge Vilela

2009/4/1 Heloisa Fernanda 

>
>
>
>
> --- Em qua, 1/4/09, Jorge Vilela  escreveu:
>
> > De: Jorge Vilela 
> > Assunto: [pgbr-geral] onde usar função no banco
> > Para: "Comunidade PostgreSQL Brasileira" <
> pgbr-geral@listas.postgresql.org.br>
> > Data: Quarta-feira, 1 de Abril de 2009, 9:38
> > Bom dia PessoALL,
> > Eu tenho 4 tabelas, cada uma com uns 20 campos.
> >
> > Estou tendo muitos problemas porque preciso gravar nas
> > quatro tabelas, mas
> > não uso procedure no banco, assim não consigo dar
> > rollback se der erro.
> >
> >
> > Se eu fizer uma procedure que insira os campos em todas as
> > tabelas ela vai
> > precisar de uns 50 argumentos...
> >
> >
> > Tem alguma forma de eu conseguir o rollback sem precisar de
> > uma unica
> > procedure com 50 argumentos?
> >
> >
> > Muito obrigado!
> >
> > Jorge Vilela
>
> Olá Jorge,
>
> Quanto tenho que inserir valores em mais de uma tabela, eu costumo fazer o
> seguinte:
>
> TAB NOTA FISCAL
> NUMERO INT
> DATA DATE
>
> TAB ITENS NOTA FISCAL
> COD PROD INT
> QTDE INT
> VALOR NUMERIC
>
> Crio uma funcao mais ou menos assim:
>
> CREATE FUNCTION minha_funcao(integer, date, varchar[])
>  RETURNS integer AS
> $BODY$
>
>DECLARE
>numero  alias for $1;
>dataalias for $2;
>itens   alias for $3;
>BEGIN
> 
>
> Use: select minha_funcao(12345, '2009-04-01',
> ARRAY[['1','2','10.00'],['2','5','100.00']]);
>
> []'s
>
> Heloisa
>
>
>  Veja quais são os assuntos do momento no Yahoo! +Buscados
> http://br.maisbuscados.yahoo.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

[pgbr-geral] procedure sumiu

[Jorge Vilela]

Estava hoje trabalhando em uma procedure no banco, quando, precisei
compila-la e desconectar do banco de testes para conectar ao banco de
produção. Quando voltei ao banco de testes minha procedure tinha sumido!
Já tentei visualiza-la no EMS prostgreSQL manager, Navicat e PhpPgAdmin.
Nenhum consegue mostrar, porém, ela ainda está funcionando se eu chamá-la no
SQL (select * from  fc_...([...,...])).


Rodando PostgreSQL 8.3 no Debian Lenny.

Alguém já viu isso?

Pra onde foi parar a função do banco? Como eu posso "recuperá-la"?


Tentei o psql mas não tive sucesso...



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

Re: [pgbr-geral] procedure sumiu

[Jorge Vilela]

Obrigado pessoal!
Consegui recuperar do log da ultima vez que compilei ela. O \df+ funcionou
bem também!

Muito obrigado, vou dar um drop nela agora e criar novamente. =)

2009/4/28 Rafael Domiciano 

> Se você tá usando o EMS SQL Manager é só dar um refresh na pasta dos
> functions e então procurar a sua function.
>
> no psql você faz assim (presumindo que a função se chame
> fnc_teste(integer)):
> \df+ fnc_teste(integer)
>
> e ai vai trazer o código da função.
>
> Você pode tentar ainda o PgAdmin.
>
> Espero ter ajudado.
>
> Rafael Domiciano
> DBA Postgres
>
> 2009/4/28 Leandro Cavalari Soares 
>
>> Dependendo do nível de log que está setado no postgresql.conf do seu SGBD
>> (log_statement = 'all' | 'mod' | 'ddl'), vc conseguirá recuperar a ddl da
>> procedure e recriá-la.
>>
>> Até Logo!
>>
>> 2009/4/28 Jorge Vilela 
>>
>>>  Estava hoje trabalhando em uma procedure no banco, quando, precisei
>>> compila-la e desconectar do banco de testes para conectar ao banco de
>>> produção. Quando voltei ao banco de testes minha procedure tinha sumido!
>>> Já tentei visualiza-la no EMS prostgreSQL manager, Navicat e PhpPgAdmin.
>>> Nenhum consegue mostrar, porém, ela ainda está funcionando se eu chamá-la no
>>> SQL (select * from  fc_...([...,...])).
>>>
>>>
>>> Rodando PostgreSQL 8.3 no Debian Lenny.
>>>
>>> Alguém já viu isso?
>>>
>>> Pra onde foi parar a função do banco? Como eu posso "recuperá-la"?
>>>
>>>
>>> Tentei o psql mas não tive sucesso...
>>>
>>>
>>>
>>> Obrigado pessoal!
>>>
>>> ___
>>> pgbr-geral mailing list
>>> pgbr-geral@listas.postgresql.org.br
>>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>>>
>>>
>>
>>
>> --
>> Leandro Cavalari Soares
>> Analista de Sistemas / DBA
>> Veltrac - Tecnologia em Logística
>> (43) 2105-5614 / (43) 9922-8095 - Londrina / PR
>>
>> ___
>> 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] procedure sumiu

[Jorge Vilela]

O bom e velho psql realmente não nos deixa na mão, consegui recuperar a
procedure seguindo a dica do Rafael.

E foi analisando os logs (dica do Leandro) que descobri/percebi "a cagada".
O fato é que encontrei a procedure lá no pg_catalog... Nunca ia achar ela no
public!

Desculpem me por isso, estava um tanto apavorado (serviço atrasado +
procedure imensa) e tão na cara que não consegui ver... =(

Muito obrigado todo mundo, mais uma vez peço desculpas, estou um tanto
envergonhado por alarmar um erro juvenil. Fico devendo essa!


2009/4/29 Osvaldo Kussama 

> 2009/4/29 Jorge Vilela :
> > Obrigado pessoal!
> > Consegui recuperar do log da ultima vez que compilei ela. O \df+
> funcionou
> > bem também!
> > Muito obrigado, vou dar um drop nela agora e criar novamente. =)
> >
>
>
> Apenas para esclarecimento:
>
> Se você iniciou uma nova sessão e conseguiu executar sua função então
> seu código fonte estava lá pois ela é interpretada, pelo menos, na
> primeira vez que é utilizada na sessão. Talvez algum problema no
> cliente sendo utilizado impedisse você de visualiza-la.
> Do manual:
> "The PL/pgSQL interpreter parses the function's source text and
> produces an internal binary instruction tree the first time the
> function is called (within each session)"
>
> http://www.postgresql.org/docs/current/interactive/plpgsql-implementation.html
>
> Nestas situações sempre é bom verificar utilizando o bom e velho, e
> também confiável, psql.
>
> 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

[pgbr-geral] like e FULL-TEXT search

[Jorge Vilela]

Bom dia pessoal!
Tenho uma busca em duas tabelas (Produto e marca)

O SQL é +/- assim:

SELECT produto.descricao, marca.descricao FROM produto JOIN marca ON (
produto.id=marca.id)
WHERE to_tsvector(to_ascii(produto.descricao) || ' ' ||
to_ascii(marca.descricao)) @@ to_tsquery(to_ascii('STRINGDEBUSCA'))



O problema é que esse tipo de busca FULL-TEXT não funciona como %like%.

Se eu buscar por "COMPUTAD" ele não encontra "COMPUTADOR".


Alguém conhece alguma forma de melhorar a busca com to_tsvector e
to_tsquery?
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] like e FULL-TEXT search

[Jorge Vilela]

Obrigado Luciano =]
O show_trgm retorna text[] e to_tsvector e to_tsquery recebem text.

Alguém sabe como converter? Eu tentei algo do tipo: Select [...] WHERE
to_tsvector(show_trgm(campo)::text)  [...] ... Mas o banco não consegue
converter =(


Jorge

2009/5/22 Luciano Mittmann 

> Boa tarde Jorge,
>
> Dia desses procurei algo parecido com isso no histórico da lista e
> encontrei algo que pode te ajudar:
>
>
> http://listas.postgresql.org.br/pipermail/pgbr-geral/2008-August/011406.html
>
> Trata-se de uma discussão sobre busca por meias palavras utilizando o
> tsearch.
>
>
> Luciano Mittmann.
>
> 2009/5/22 Jorge Vilela 
>
>> Bom dia pessoal!
>> Tenho uma busca em duas tabelas (Produto e marca)
>>
>> O SQL é +/- assim:
>>
>> SELECT produto.descricao, marca.descricao FROM produto JOIN marca ON (
>> produto.id=marca.id)
>> WHERE to_tsvector(to_ascii(produto.descricao) || ' ' ||
>> to_ascii(marca.descricao)) @@ to_tsquery(to_ascii('STRINGDEBUSCA'))
>>
>>
>>
>> O problema é que esse tipo de busca FULL-TEXT não funciona como %like%.
>>
>> Se eu buscar por "COMPUTAD" ele não encontra "COMPUTADOR".
>>
>>
>> Alguém conhece alguma forma de melhorar a busca com to_tsvector e
>> to_tsquery?
>>
>> ___
>> 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] like e FULL-TEXT search

[Jorge Vilela]

Muito obrigado Osvaldo! Era isso mesmo...


Segui as instruções e acabei chegando em um SQL assim:

banco=# select descricao from tag where to_tsvector(array_to_string(show_tr
gm(descricao), ' ')) @@ to_tsquery('monit');
 descricao
---
(0 registros)


Existem alguns registros contendo a palavra monitor, porém, se eu procurar
por parte da palavra 'monit' não encontra, verifiquei:

banco=# select array_to_string(show_trgm('monitor'), ' ');
 array_to_string
-
   m  mo ito mon nit oni or  tor
(1 registro)


Ele não encontrou pois show_trgm não retorna monit... aí o @@ não consegue
fazer o math

Sendo assim fica impossível utilizar tsvector @@ tsquery em uma busca caso o
usuário pesquise por apenas meias palavras?

Isso aconteceria com várias palavras =(


Alguém tem alguma solução para FULL-TEXT SEARCH em duas ou mais tabelas,
onde o usuário possa digitar o que for?


Muito obrigado pessoal!
Jorge Vilela =]




2009/5/22 Osvaldo Kussama 

> 2009/5/22 Jorge Vilela :
> > Obrigado Luciano =]
> > O show_trgm retorna text[] e to_tsvector e to_tsquery recebem text.
> > Alguém sabe como converter? Eu tentei algo do tipo: Select [...] WHERE
> > to_tsvector(show_trgm(campo)::text)  [...] ... Mas o banco não consegue
> > converter =(
> >
> > Jorge
> > 2009/5/22 Luciano Mittmann 
> >>
> >> Boa tarde Jorge,
> >>
> >> Dia desses procurei algo parecido com isso no histórico da lista e
> >> encontrei algo que pode te ajudar:
> >>
> >>
> >>
> http://listas.postgresql.org.br/pipermail/pgbr-geral/2008-August/011406.html
> >>
> >> Trata-se de uma discussão sobre busca por meias palavras utilizando o
> >> tsearch.
> >>
> >>
> >> Luciano Mittmann.
> >>
> >> 2009/5/22 Jorge Vilela 
> >>>
> >>> Bom dia pessoal!
> >>> Tenho uma busca em duas tabelas (Produto e marca)
> >>> O SQL é +/- assim:
> >>> SELECT produto.descricao, marca.descricao FROM produto JOIN marca ON
> >>> (produto.id=marca.id)
> >>> WHERE to_tsvector(to_ascii(produto.descricao) || ' ' ||
> >>> to_ascii(marca.descricao)) @@ to_tsquery(to_ascii('STRINGDEBUSCA'))
> >>>
> >>>
> >>> O problema é que esse tipo de busca FULL-TEXT não funciona como %like%.
> >>> Se eu buscar por "COMPUTAD" ele não encontra "COMPUTADOR".
> >>>
> >>> Alguém conhece alguma forma de melhorar a busca com to_tsvector e
> >>> to_tsquery?
> >>> ___
>
>
>
> Se eu entendi corretamente tente a função array_to_string(anyarray, text).
> http://www.postgresql.org/docs/current/interactive/functions-array.html
>
> 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

Re: [pgbr-geral] like e FULL-TEXT search

[Jorge Vilela]

Pessoal
Agora eu encuquei com isso É assim mesmo que todo mundo faz FULL-TEXT
SEARCH no postgres?



TO_TSVECTOR(ARRAY_TO_STRING(SHOW_TRGM(campo), ' ')) @@
TO_TSQUERY('meia_palavra')



O que está acontecendo é que: SHOW_TRGM não retorna todas as possibilidades!
Vejam:

banco=# select array_to_string(show_trgm('monitor'), ' ');
 array_to_string
-
   m  mo ito mon nit oni or  tor
(1 registro)


Logo, se a pessoa pesquisar por 'monit', não encontrará nada no math @@

Alguém já conseguiu implementar pesquisa FULL-TEXT no postgres?
















2009/5/23 Jorge Vilela 

> Muito obrigado Osvaldo! Era isso mesmo...
>
>
> Segui as instruções e acabei chegando em um SQL assim:
>
> banco=# select descricao from tag where to_tsvector(array_to_string(show_tr
> gm(descricao), ' ')) @@ to_tsquery('monit');
>  descricao
> ---
> (0 registros)
>
>
> Existem alguns registros contendo a palavra monitor, porém, se eu procurar
> por parte da palavra 'monit' não encontra, verifiquei:
>
> banco=# select array_to_string(show_trgm('monitor'), ' ');
>  array_to_string
> -
>m  mo ito mon nit oni or  tor
> (1 registro)
>
>
> Ele não encontrou pois show_trgm não retorna monit... aí o @@ não consegue
> fazer o math
>
> Sendo assim fica impossível utilizar tsvector @@ tsquery em uma busca caso
> o usuário pesquise por apenas meias palavras?
>
> Isso aconteceria com várias palavras =(
>
>
> Alguém tem alguma solução para FULL-TEXT SEARCH em duas ou mais tabelas,
> onde o usuário possa digitar o que for?
>
>
> Muito obrigado pessoal!
> Jorge Vilela =]
>
>
>
>
> 2009/5/22 Osvaldo Kussama 
>
> 2009/5/22 Jorge Vilela :
>> > Obrigado Luciano =]
>> > O show_trgm retorna text[] e to_tsvector e to_tsquery recebem text.
>> > Alguém sabe como converter? Eu tentei algo do tipo: Select [...] WHERE
>> > to_tsvector(show_trgm(campo)::text)  [...] ... Mas o banco não consegue
>> > converter =(
>> >
>> > Jorge
>> > 2009/5/22 Luciano Mittmann 
>> >>
>> >> Boa tarde Jorge,
>> >>
>> >> Dia desses procurei algo parecido com isso no histórico da lista e
>> >> encontrei algo que pode te ajudar:
>> >>
>> >>
>> >>
>> http://listas.postgresql.org.br/pipermail/pgbr-geral/2008-August/011406.html
>> >>
>> >> Trata-se de uma discussão sobre busca por meias palavras utilizando o
>> >> tsearch.
>> >>
>> >>
>> >> Luciano Mittmann.
>> >>
>> >> 2009/5/22 Jorge Vilela 
>> >>>
>> >>> Bom dia pessoal!
>> >>> Tenho uma busca em duas tabelas (Produto e marca)
>> >>> O SQL é +/- assim:
>> >>> SELECT produto.descricao, marca.descricao FROM produto JOIN marca ON
>> >>> (produto.id=marca.id)
>> >>> WHERE to_tsvector(to_ascii(produto.descricao) || ' ' ||
>> >>> to_ascii(marca.descricao)) @@ to_tsquery(to_ascii('STRINGDEBUSCA'))
>> >>>
>> >>>
>> >>> O problema é que esse tipo de busca FULL-TEXT não funciona como
>> %like%.
>> >>> Se eu buscar por "COMPUTAD" ele não encontra "COMPUTADOR".
>> >>>
>> >>> Alguém conhece alguma forma de melhorar a busca com to_tsvector e
>> >>> to_tsquery?
>> >>> ___
>>
>>
>>
>> Se eu entendi corretamente tente a função array_to_string(anyarray, text).
>> http://www.postgresql.org/docs/current/interactive/functions-array.html
>>
>> 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

Re: [pgbr-geral] like e FULL-TEXT search

[Jorge Vilela]

PGFoundry realmente tem projetos muito bons, eu espero não ter que abandonar
o tsvector @@ tsquery =(

Gostei bastante e o resultado parece muito satisfatório


2009/5/25 Rafael Domiciano 

> Olá jorge,
>
> Eu encontrei o mesmo problema que você quando eu estava implementando o
> FTS, não consegui encontrar nada para que eu consegui-se resolver esse
> problema.
>
> Depois de um tempo eu descobri um cara que é usado junto ao FTS, que cria
> todas as possibilidade possíveis para o campo indexado, infelizmente não
> implementei ele, e portanto não lembro qual era a contrib para isso.
>
> talvez se você der uma procurada no pgfoundry [1], foi lá que eu achei ele.
>
> [1] http://pgfoundry.org/
>
> Rafael Domiciano
>
> 2009/5/25 Jorge Vilela 
>
> Pessoal
>> Agora eu encuquei com isso É assim mesmo que todo mundo faz FULL-TEXT
>> SEARCH no postgres?
>>
>>
>>
>> TO_TSVECTOR(ARRAY_TO_STRING(SHOW_TRGM(campo), ' ')) @@
>> TO_TSQUERY('meia_palavra')
>>
>>
>>
>> O que está acontecendo é que: SHOW_TRGM não retorna todas as
>> possibilidades! Vejam:
>>
>> banco=# select array_to_string(show_trgm('monitor'), ' ');
>>  array_to_string
>> -
>>m  mo ito mon nit oni or  tor
>> (1 registro)
>>
>>
>> Logo, se a pessoa pesquisar por 'monit', não encontrará nada no math @@
>>
>> Alguém já conseguiu implementar pesquisa FULL-TEXT no postgres?
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> 2009/5/23 Jorge Vilela 
>>
>> Muito obrigado Osvaldo! Era isso mesmo...
>>>
>>>
>>> Segui as instruções e acabei chegando em um SQL assim:
>>>
>>> banco=# select descricao from tag where
>>> to_tsvector(array_to_string(show_tr
>>> gm(descricao), ' ')) @@ to_tsquery('monit');
>>>  descricao
>>> ---
>>> (0 registros)
>>>
>>>
>>> Existem alguns registros contendo a palavra monitor, porém, se eu
>>> procurar por parte da palavra 'monit' não encontra, verifiquei:
>>>
>>> banco=# select array_to_string(show_trgm('monitor'), ' ');
>>>  array_to_string
>>> -
>>>m  mo ito mon nit oni or  tor
>>> (1 registro)
>>>
>>>
>>> Ele não encontrou pois show_trgm não retorna monit... aí o @@ não
>>> consegue fazer o math
>>>
>>> Sendo assim fica impossível utilizar tsvector @@ tsquery em uma busca
>>> caso o usuário pesquise por apenas meias palavras?
>>>
>>> Isso aconteceria com várias palavras =(
>>>
>>>
>>> Alguém tem alguma solução para FULL-TEXT SEARCH em duas ou mais tabelas,
>>> onde o usuário possa digitar o que for?
>>>
>>>
>>> Muito obrigado pessoal!
>>> Jorge Vilela =]
>>>
>>>
>>>
>>>
>>> 2009/5/22 Osvaldo Kussama 
>>>
>>>  2009/5/22 Jorge Vilela :
>>>> > Obrigado Luciano =]
>>>> > O show_trgm retorna text[] e to_tsvector e to_tsquery recebem text.
>>>> > Alguém sabe como converter? Eu tentei algo do tipo: Select [...] WHERE
>>>> > to_tsvector(show_trgm(campo)::text)  [...] ... Mas o banco não
>>>> consegue
>>>> > converter =(
>>>> >
>>>> > Jorge
>>>> > 2009/5/22 Luciano Mittmann 
>>>> >>
>>>> >> Boa tarde Jorge,
>>>> >>
>>>> >> Dia desses procurei algo parecido com isso no histórico da lista e
>>>> >> encontrei algo que pode te ajudar:
>>>> >>
>>>> >>
>>>> >>
>>>> http://listas.postgresql.org.br/pipermail/pgbr-geral/2008-August/011406.html
>>>> >>
>>>> >> Trata-se de uma discussão sobre busca por meias palavras utilizando o
>>>> >> tsearch.
>>>> >>
>>>> >>
>>>> >> Luciano Mittmann.
>>>> >>
>>>> >> 2009/5/22 Jorge Vilela 
>>>> >>>
>>>> >>> Bom dia pessoal!
>>>> >>> Tenho uma busca em duas tabelas (Produto e marca)
>>>> >>> O SQL é +/- assim:
>>>> >>> SELECT produto.descricao, marca.descricao FROM produto JOIN marca ON
>>>> 

[pgbr-geral] Tipos de busca

[Jorge Vilela]

Pessoal, tentei, tentei, tentei e não conseguí chegar em um resultado
satisfatório usando tsvector @@ tsquery com trgm. A busca por meias palavras
é realmente falha.
O fato é que, há tempos preciso me livrar desse lLIKE '%%', mas não sei
como. Especialmente em casos onde preciso buscar em dois ou mais campos.


Como vocês fazem buscas em campos text/varchar?
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Tipos de busca

[Jorge Vilela]

Pessoal, tentei, tentei, tentei e não conseguí chegar em um resultado
satisfatório usando tsvector @@ tsquery com trgm. A busca por meias palavras
é realmente falha.
O fato é que, há tempos preciso me livrar desse lLIKE '%%', mas não sei
como. Especialmente em casos onde preciso buscar em dois ou mais campos.


Como vocês fazem buscas em campos text/varchar?
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] TSearch palavar Inicial

[Jorge Vilela]

Mateus, essa funcionalidade foi adicionada na versão 8.4
O Euler deu o seguinte exemplo de utilização:

euler=# create table foo (a tsvector);
CREATE TABLE
euler=# insert into foo select 'euler taveira de oliveira'::tsvector from
generate_series(1, 1000);
INSERT 0 1000
euler=# insert into foo select 'jorge vilela'::tsvector from
generate_series(1, 100);
INSERT 0 100
euler=# create index fooi on foo using gin (a);
CREATE INDEX
euler=# select * from foo where a @@ 'vile:*' limit 5;
   a
------
 'jorge' 'vilela'
 'jorge' 'vilela'
 'jorge' 'vilela'
 'jorge' 'vilela'
 'jorge' 'vilela'
(5 registros)
euler=# explain analyze select * from foo where a @@ 'vile:*';


Aqui eu já estou utilizando a versão 8.4 (Justamente por esse motivo),
porém, ainda tenho algumas dúvidas sobre o TSearch. Por exemplo:

O Euler apresentou o ":*" como coringa para término ou começo de string, mas
eu não consigo utilizá-lo em ambos os casos. Veja:

select descricao from tag where to_tsvector(descricao) @@
to_tsquery('MONIT:*');
- monitor
- para monitor lcd

Porém:

select descricao from tag where to_tsvector(descricao) @@
to_tsquery('*TOR');
Não retorna nada

'*:TOR' retorna erro de sintaxe...

Alguém sabe dizer se é isso mesmo, se ele só possui implementação para o fim
dos termos de busca ou eu estou fazendo errado?


Jorge

2009/6/15 mateusgra 

>
> Bom dia,
>
> Gostaria de saber se o Tsearch tem como localizar um texto que comece com
> uma determinada palavra com se fosse o like 'POSTGRESQL 8.2%'.
>
> Porque se eu uso idxfts @@ to_tsquery('POSTGRESQL&8.2') retorna tb
> resultados como:
>  POSTGRESQL 8.2 TUTORIAL
>  SQL POSTGRESQL 8.2
>  INDICES POSTGRESQL 8.2
>  POSTGRESQL 8.2 SLONY
>
> Eu gostaria que retorna-se:
>   POSTGRESQL 8.2 TUTORIAL
>   POSTGRESQL 8.2 SLONY
>
> Uso o postgresql 8.2.7.
> --
> View this message in context:
> http://www.nabble.com/TSearch-palavar-Inicial-tp24035502p24035502.html
> Sent from the PostgreSQL - Brasil mailing list archive at Nabble.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] TSearch palavar Inicial

[Jorge Vilela]

Até agora está bem estável o 8.4... Muito bons os links sugeridos pelo
Euler, vou dar uma estudada.
Obrigado


2009/6/15 mateusgra 

>
>
>
> Euler Taveira de Oliveira-2 wrote:
> >
> > mateusgra escreveu:
> >> Gostaria de saber se o Tsearch tem como localizar um texto que comece
> com
> >> uma determinada palavra com se fosse o like 'POSTGRESQL 8.2%'.
> >>
> > Você _não_ entendeu o conceito de busca textual [1] (aka text _search_);
> > quando se transforma um texto no tipo tsvector, este "perde"
> > posicionamento e
> > "ganha" peso (relevância) e proximidade. Assim, sem posicionamento é
> > impossível fazer uma comparação com prefixo do texto. O uso do :* nos
> > deixa
> > comparar com o prefixo de *cada* lexema.
> >
> > O que você precisa é de expressões regulares [2]. Veja:
> >
> > euler=# create table bar (a text);
> > CREATE TABLE
> > euler=# insert into bar select 'euler taveira de oliveira' from
> > generate_series(1, 10);
> > INSERT 0 10
> > euler=# insert into bar select 'jorge vilela' from generate_series(1,
> > 5000);
> > INSERT 0 5000
> > euler=# create index bari on bar (a text_pattern_ops);
> > CREATE INDEX
> > euler=# select * from bar where a ~ '^euler';
> >  a
> > ---
> >  euler taveira de oliveira
> >  euler taveira de oliveira
> >  euler taveira de oliveira
> >  euler taveira de oliveira
> >  euler taveira de oliveira
> >  euler taveira de oliveira
> >  euler taveira de oliveira
> >  euler taveira de oliveira
> >  euler taveira de oliveira
> >  euler taveira de oliveira
> > (10 rows)
> >
> > euler=# explain analyze select * from bar where a ~ '^euler';
> >  QUERY PLAN
> >
> >
> -
> >  Bitmap Heap Scan on bar  (cost=4.35..25.17 rows=10 width=13) (actual
> > time=0.101..0.224 rows=10.00 loops=1.00)
> >Filter: (a ~ '^euler'::text)
> >->  Bitmap Index Scan on bari  (cost=0.00..4.35 rows=10 width=0)
> > (actual
> > time=0.055..0.055 rows=10.00 loops=1.00)
> >  Index Cond: ((a ~>=~ 'euler'::text) AND (a ~<~ 'eules'::text))
> >  Total runtime: 0.334 ms
> > (5 rows)
> >
> >
> > [1] http://www.postgresql.org/docs/8.4/static/textsearch.html
> > [2]
> >
> http://www.postgresql.org/docs/8.4/static/functions-matching.html#FUNCTIONS-POSIX-REGEXP
> >
> >
> > --
> >   Euler Taveira de Oliveira
> >   http://www.timbira.com/
> > ___
> > pgbr-geral mailing list
> > pgbr-geral@listas.postgresql.org.br
> > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
> >
> >
>
> --
> View this message in context:
> http://www.nabble.com/TSearch-palavar-Inicial-tp24035502p24042078.html
> Sent from the PostgreSQL - Brasil mailing list archive at Nabble.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] TSearch palavar Inicial

[Jorge Vilela]

Acho que, talvez não seja a unica justificativa, mas você com 14GB em uma só
tabela, mais 7GB de índice em apenas 512mb de shared_buffers... Talvez seja
esse o problema, o acesso ao disco é constante não é?

2009/6/17 Euler Taveira de Oliveira 

> mateusgra escreveu:
> > Postgresql 8.2.7, FreeBSD 7.1
> ^^^
> Sugiro atualizar para 8.2.13; vários bugs foram corrigidos e, você não
> precisa
> mexer nos dados, ou seja, é necessário apenas atualizar os binários.
>
> > tabela bar = 14GB
> > Indice bari = 7264 MB
> > shared_buffers =512MB
>  ^^^
> Aha. Por que o valor do _shared buffers_ está tão baixo? Quanto de memória
> tem
> disponível? É um servidor dedicado ao PostgreSQL?
>
>
> --
>  Euler Taveira de Oliveira
>  http://www.timbira.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