Re: [pgbr-geral] off topic - teste

[POWER Informática]

Teste ok !!!



Em 09/01/2017 11:25, Saulo Morais escreveu:


teste

**


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


--
-
Carlos Alberto N. Susviela

(48) 984 466 384 - OI
(55) 9994-8782 - Vivo
(55) 8446-6762 - OI
(55) 3242-5427 - Comercial

Rua João Manoel, 912  - CEP: 97573-684
Centro - Santana do Livramento / RS
--
Site.: http://www.powerinformatica.com.br
Facebook.: https://www.facebook.com/powerinformaticaliv
Pinterest: https://www.pinterest.com/powerinformatic/
Twitter..: https://twitter.com/susviela
Blog.: https://susviela.wordpress.com/
Plus.: https://plus.google.com/111258731965583811107/
Linkedin.: http://br.linkedin.com/pub/carlos-alberto-nunes-susviela/91/942/4ba
--

___
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 topic - teste

[programador_desenvolvedor]

testado 

Em Segunda-feira, 9 de Janeiro de 2017 11:26, Saulo Morais 
 escreveu:
 

  teste

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

[Saulo Morais]

teste
___
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] Grupos no Telegram

[Fábio Telles Rodriguez]

http://savepoint.blog.br/grupos-de-ti-no-telegram/

Comentários são bem vindos.

-- 
Atenciosamente,
Fábio Telles Rodriguez
blog: http:// s
avepoint.blog.br
e-mail / gtalk / MSN: fabio.tel...@gmail.com
Skype: fabio_telles

Timbira - A empresa brasileira de Postgres
http://www.timbira.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] [Off-Topic] Inscrições abertas para DevOpsDay/POA

[Fabrízio de Royes Mello]

Pessoal,

Inscrições do primeiro lote do DevOps Day Porto Alegre estão abertas!

Não perca o tempo aproveitar um bom desconto na inscrição! É até dia 13
de junho!

http://www.devopsdayspoa2016.eventize.com.br/index.php

Para quem quiser ajudar na divulgação, temos o links abaixo para
compartilhamento:

Facebook:
https://www.facebook.com/devopsdaypoa/photos/a.514181408765669.1073741827.514178092099334/520385841478559/?type=3

Twitter:
https://twitter.com/poadevopsday/status/738789748593025024

Linkedin:
http://www.linkedin.com/hp/update/6144556337083793408


Att,

-- 
   Fabrízio de Royes Mello Timbira - http://www.timbira.com.br/
   PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento



signature.asc
Description: OpenPGP digital signature
___
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-topic] Only NoSQL

[Alexsander Rosa]

Em 9 de novembro de 2015 01:48, Charly  escreveu:

> O grande problema na area de TI eh a falta de conceitos.
>
>
Pois é, depois de anos (décadas) integrando softwares de fabricantes
diferentes vejo que o maior problema é esse mesmo. Coisas básicas como
chaves primárias, estrangeiras, unique index, etc são pouco usadas.

Um caso recente ocorreu em um cliente cujo PDV é de terceiros. Nós
executamos *stored procedures* no BD deles para buscar os cupons fiscais;
eles recém implementaram o suporte ao cupom fiscal eletrônico e nas últimas
semanas ocorreram vários erros nessas *procedures*. Mandamos nesse período
vários emails com logs pra eles; semana passada ELES nos mandaram um email
dizendo que nosso software não estava conseguindo importar os cupons.
Inicialmente acharam que o erro era no nosso código (pois eram mensagens do
PostgreSQL), mas na verdade era um bug no código deles (de novo): por algum
motivo começaram a mandar cupons NFCe de novembro com chaves de acesso
(Sefaz) de cupons antigos, de setembro. Corrigiram a *procedure* e tudo
voltou a funcionar.

Esses cupons com erro não estavam entrando no nosso BD por causa do UNIQUE
INDEX na coluna chave de acesso. *"Ah, que sorte que vocês checam isso,
né?"* Eu não chamaria de sorte...


-- 
Atenciosamente,
Alexsander da Rosa
___
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-topic] Only NoSQL

[Charly]

O grande problema na area de TI eh a falta de conceitos. Muitas decisoes
sao tomadas baseadas em achismos ou casos isolados de sucesso. Os
profissionais da nossa area nao tem o costume de ler artigos tecnicos,
cientificos, pesquisas... Ai podemos perceber porque mais de 60% dos
projetos de TI fracassam. Com relacao ao topico vou deixar aqui meus 2
cents.

Em 6 de novembro de 2015 18:15, Rogério F.Santo 
escreveu:

> So para deixar claro os termos usados como todo termo é usado diante de
> contexto e uma literatura e bom saber isso antes de apontar falhas. No caso
> dados não estrurados a que me refiro e o que consenso entre os grandes
> players de mercado e no caso são documentos, vídeos,  fotos e etc coisas
> que se você quiser quardar em 8m banco diretamente você teria um campo blob
> e não acho que alguém queira fazer um Where em um blob. Os nosql em geral
> funcionam melhor com estes dados e tem implementação mais fácil.
>

Existe uma grande confusao aqui. Estamos misturando os conceitos de
armazenamento, extracao, pesquisa, indexacao... Para armazenar arquivos a
melhor alternativa ainda eh o sistema de arquivos. Arquivos binarios ou
nao, seja qual for o formato, deixe a responsabilidade para o sistema de
arquivos.

Sobre indexar midias existem varios desafios e podemos perceber que de fato
o termo "nao estruturado" nao cabe aqui pois todos possuem uma estrutura
muito bem definida. Os desafios aqui remetem exatamente em decodificar tal
estrutura. Eu vou considerar os documentos como "documentos texto", nao
confundir com formato texto puro, tais como PDF's, arquivos M$ Word e
formatos livre como ODT. Neste caso eh muito simples decodifica tais
documentos, extrair os dados relevantes e indexa-los. O problema maior eh
quando precisamos indexar imagens e videos. Nesse caso temos que utilizar
tecnicas mais sofisticadas como visao artificial e existem muitas pesquisas
nessa area e ate "concursos" que envolvem grandes empresas e universidades.
Mas tudo isso nao tem absolutamente nada a ver com o banco de dados. Os
dados sao extraidos utilizando-se tais
tecnicas/algoritmos/bibliotecas/magica/vodoo.


> Os relacionais para suprir este problema implementam o full text sach mas
> nem todos ainda possuem está características. E por favor toda estrutura de
> dados tem um algoritmo mas eficaz para realizar buscas sobre elas. Acho que
> deixei bem claro estar falando do algoritmo e não dá forma como eles são
> organizados no banco.
>
Novamente uma confusao sobre os conceitos. Para simplificar o conceito
sobre full text search podemos pensar nele como uma pesquisa linguistica
onde pode operar em palavras e frases com base em uma determinada regra a
qual geralmente eh baseada em padroes linguisticos de idiomas especificos
como ingles, chines, portugues, etc...

Para finalizar, muito se fala em como os noSQL sao adotados "la fora". Bem,
aqui fora os dados importantes ainda sao tratados com muito criterio e
ainda precisa-se provar muita coisa. Existe muita publicidade sobre os
noSQL e muitas empresas de fato estao ganhando muito dinheiro com isso. Eu
ja conversei com no minimo uns 7 "consultores" noSQL apenas este ano os
quais falavam das vantagens e de tudo o que poderiamos ganhar se
adotassemos as solucoes deles. Eu acho muito interessante para armazenar
sessao de usuario, cache, e em alguns casos como auxilio para DW e geracao
de relatorios, graficos, etc... Eles tem sim seu uso mas nao sao tudo isso
que falam e propagam por ai.


PS. Desculpem-me pela falta de acentos mas ainda estou brigando com o meu
teclado :-\

Abc,


Charly Batista
___
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-topic] Only NoSQL

[Matheus de Oliveira]

Este tópico já teve bastante informação, eu queria só levantar alguns
pontos que acho relevante.

2015-11-05 16:48 GMT-02:00 Matheus Saraiva :

> Ok, muito se fala em usar NoSQL para casos específicos, geralmente
> resultando uma solução final mista entre NoSQL e Relacional.
>

Isso é mesmo muito comum, por exemplo, alguns exemplo:

- é comum usar bancos de dados chave/valor, como o Redis, Aerospike, e até
memcached como um cache distribuído ou até mesmo armazenar dados de sessão
de usuário, carrinho de compra, etc.
- usar ElasticSearch, Sphinx, Solr, etc. para prover uma busca mais
avançada, mas sempre armazena-se os dados em outros lugares para poder
reconstruir os índices nesses bancos.
- entre outros mais avançados, BigData-like, como Hadoop (HDFS, HBase,
etc.) ou Spark, para processamento de grandes volumes de dados


> Mas o que dizer de uma solução puramente NoSQL, ou seja, ter o mongoDb
> como único SGDB de uma aplicação?
> Isso é praticável? Que problemas e vantagens eu teria em fazer tal coisa?
>

Sinceramente só vejo desvantagens nesse caminho, não vou fazer uma lista
enorme pois muita gente já fez... :)

O que vejo é muita gente usando um NoSQL por não conhecer a real capacidade
e extensibilidade do PostgreSQL. Tanto que fiz uma palestra sobre o assunto
onde expresso mais detalhadamente minha opinião no assunto: "PostgreSQL,
porque você não precisa de NoSQL" [1][2] (OBS: não sou *contra* NoSQL, só
acho que tem que conhecer bem antes de usar, qual usar, e saber as
limitações e as vantagens).

[1]
http://www.slideshare.net/matheus_de_oliveira/postgresql-porque-voc-no-precisa-de-nosql
(somente slides)
[2]
http://www.infoq.com/br/presentations/postgresql-e-porque-voce-nao-precisa-de-nosql
(vídeo)

Atenciosamente,
-- 
Matheus de Oliveira
___
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-topic] Only NoSQL

[Fabrízio de Royes Mello]

On 06-11-2015 06:47, Flavio Henrique Araque Gurgel wrote:
>> O artigo é de 2013, o mongodb sofreu diversas modificações estando hoje
>> na versão 3.0, como toda aplicação ele ainda é recente e tem muito a
>> melhorar. Como eu disse mudar a cabeça para noSQL ainda vai demorar, mas
>> acredito ser um caminho sem volta. O mercado externo está migrando para
>> este tipo de tecnologia, e no Brasil aos poucos algumas empresas grandes
>> tem adotado.
>>
>> O mercado tem seguido essa maré de noSQL, e eu pretendo navegar nela.
> 
> Você será sempre bem vindo quando a maré baixar na sua praia :)
> Entrementes, conheça ToroDB e assista às apresentações
> superinteressantes do Álvaro que esteve no último PGBR em Rondônia on de
> ele explica todas as falácias do Schema-Less e do "desempenho do MongoDB".
> 

Tentei ao máximo trazer o Álvaro novamente para o PGBR para falar sobre
o ToroDB, mas infelizmente pela "mancada" que os gringos deram em marcar
a "PGConf Silicon Valey" no mesmo período do PGBR (se desculparam muito
durante a PGCon esse ano conosco, mas já estava feito) nos prejudicou
bastante para trazer patrocinadores e palestrantes internacionais.

Att,

-- 
   Fabrízio de Royes Mello Timbira - http://www.timbira.com.br/
   PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento



signature.asc
Description: OpenPGP digital signature
___
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-topic] Only NoSQL

[Fabrízio de Royes Mello]

On 06-11-2015 08:15, Rogério F.Santo wrote:
> So para deixar claro os termos usados como todo termo é usado diante de
> contexto e uma literatura e bom saber isso antes de apontar falhas. No
> caso dados não estrurados a que me refiro e o que consenso entre os
> grandes players de mercado e no caso são documentos, vídeos,  fotos e
> etc coisas que se você quiser quardar em 8m banco diretamente você teria
> um campo blob e não acho que alguém queira fazer um Where em um blob.

Só para constar, o PostgreSQL é tão extensível (e isso é algo
maravilhoso) que é possível sim fazer um "where" em um blob... veja essa
extensão "ImgSmlr – similar images search for PostgreSQL" [1].

Não estou dizendo que vc "tem que fazer isso"... só exemplificando que o
PostgreSQL tem capacidades excepcionais de extensibilidade que se por
acaso existe alguma necessidade específica e ele não implementa, então
vc pode ir lá e implementar.


> Os nosql em geral funcionam melhor com estes dados e tem implementação mais
> fácil.

Não creio que armazenar documentos (aqui vc não se referiu a JSON né?),
vídeos e fotos seja o "grande" diferencial do NoSQL. Digo porque os
relacionais já fazem isso há décadas. Mas não estou dizendo que os
relacionais fazem isso bem, até porque existe um cara chamado
"filesystem" que foi projetado pra lidar de forma estruturada com esse
tipo de informação. Não quero gerar  ok!


> Os relacionais para suprir este problema implementam o full text
> sach mas nem todos ainda possuem está características.

Lidar com "blobs" e "FTS" são coisas distintas não?


> E por favor toda 
> estrutura de dados tem um algoritmo mas eficaz para realizar buscas
> sobre elas. Acho que deixei bem claro estar falando do algoritmo e não
> dá forma como eles são organizados no banco.
> 

Com certeza, e por isso podemos confiar nos relacionais porque são
décadas de aperfeiçoamento nos algoritmos para lidar com heap, btree,
rtree, hash, gin, gist, etc.

IMHO JSON é uma estrutura de dados relativamente nova e creio que seus
algoritmos ainda tem muito a evoluir, e cada implementação tem feito
isso pouco a pouco, seja o MongoDB (e outros) e o próprio PostgreSQL.

Att,

[1] https://github.com/postgrespro/imgsmlr



-- 
   Fabrízio de Royes Mello Timbira - http://www.timbira.com.br/
   PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento



signature.asc
Description: OpenPGP digital signature
___
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-topic] Only NoSQL

[Rogério F . Santo]

So para deixar claro os termos usados como todo termo é usado diante de
contexto e uma literatura e bom saber isso antes de apontar falhas. No caso
dados não estrurados a que me refiro e o que consenso entre os grandes
players de mercado e no caso são documentos, vídeos,  fotos e etc coisas
que se você quiser quardar em 8m banco diretamente você teria um campo blob
e não acho que alguém queira fazer um Where em um blob. Os nosql em geral
funcionam melhor com estes dados e tem implementação mais fácil.  Os
relacionais para suprir este problema implementam o full text sach mas nem
todos ainda possuem está características. E por favor toda estrutura de
dados tem um algoritmo mas eficaz para realizar buscas sobre elas. Acho que
deixei bem claro estar falando do algoritmo e não dá forma como eles são
organizados no banco.

Em Sex, 6 de nov de 2015 06:47, Flavio Henrique Araque Gurgel <
fha...@gmail.com> escreveu:

> > O artigo é de 2013, o mongodb sofreu diversas modificações estando hoje
> > na versão 3.0, como toda aplicação ele ainda é recente e tem muito a
> > melhorar. Como eu disse mudar a cabeça para noSQL ainda vai demorar, mas
> > acredito ser um caminho sem volta. O mercado externo está migrando para
> > este tipo de tecnologia, e no Brasil aos poucos algumas empresas grandes
> > tem adotado.
> >
> > O mercado tem seguido essa maré de noSQL, e eu pretendo navegar nela.
>
> Você será sempre bem vindo quando a maré baixar na sua praia :)
> Entrementes, conheça ToroDB e assista às apresentações
> superinteressantes do Álvaro que esteve no último PGBR em Rondônia on de
> ele explica todas as falácias do Schema-Less e do "desempenho do MongoDB".
>
> https://github.com/torodb/
>
> http://pt.slideshare.net/8kdata/big-dataspain2014-torodbbridgebetweennosqlandrelational
>
> http://www.bigdataspain.org/2014/conference/torodb-a-new-nosql-database-that-replaces-mongodb
>
> []s
> Flavio Gurgel
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] [off-topic] Only NoSQL

[Flavio Henrique Araque Gurgel]

O artigo é de 2013, o mongodb sofreu diversas modificações estando hoje
na versão 3.0, como toda aplicação ele ainda é recente e tem muito a
melhorar. Como eu disse mudar a cabeça para noSQL ainda vai demorar, mas
acredito ser um caminho sem volta. O mercado externo está migrando para
este tipo de tecnologia, e no Brasil aos poucos algumas empresas grandes
tem adotado.

O mercado tem seguido essa maré de noSQL, e eu pretendo navegar nela.


Você será sempre bem vindo quando a maré baixar na sua praia :)
Entrementes, conheça ToroDB e assista às apresentações 
superinteressantes do Álvaro que esteve no último PGBR em Rondônia on de 
ele explica todas as falácias do Schema-Less e do "desempenho do MongoDB".


https://github.com/torodb/
http://pt.slideshare.net/8kdata/big-dataspain2014-torodbbridgebetweennosqlandrelational
http://www.bigdataspain.org/2014/conference/torodb-a-new-nosql-database-that-replaces-mongodb

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

Re: [pgbr-geral] [off-topic] Only NoSQL

[Matheus Saraiva]

Em 05/11/2015 22:38, Guimarães Faria Corcete DUTRA, Leandro escreveu:

2015-11-05 21:46 GMT-02:00 Vinícius Aquino do Vale :
[…]

MemCached, TitanDB entre outras todas são consideradas noSQL.

Claro que não.  Memcached é apenas um mecanismo para acelerar o acesso
físico a dados, independentemente do modelo, como o nome já indica:
MEMory CACHE Daemon, ou serviço de cache de memória.



Essas
aplicações vieram resolver diversos limitações que atualmente assolam o SQL,
principalmente pela norma ACID.

Mito.  Acid e SQL são ortogonais.



Existem vários tipo de noSQL:
   * Hash (Dynamo, Memcached)
   * Grafos - (TitanDB)
   * Documentos  (MongoDB, CouchDB)
   * Multicolunar (HBase, Bitable)

Todos prerrelacionais, reempacotados para a nova ignorância do século XXI.



Todos eles são schemaless o que não obriga estruturação seguindo algum
modelo como no caso do relacional. Basicamente vc cria a aplicação e vai
salvando os dados, depois vc se preocupa  com o que estão salvos.

E aí vêm as limitações.  Leia o artigo do EF Codd.  Ele já aponta
problemas e soluções em, se não me falha a memória, 1969 (mas acho que
a primeira versão pública é de 1971).  Algo como _Large shared data
banks_.



Situações onde é mais necessário gerar relacionamento

O que é trivial no modelo relacional (embora o nome se refira a
relações matemáticas, que diferem de relacionamentos que são
implementados as restrições de integridade relacional).



igual na amazon onde
"clientes que visualizaram isso, também visualizaram aquilo." é muito
complicado de montar quando tem que ser para vários clientes simultaneamente
- haja memória - Neste caso um banco de grafos como o TitanDB, seria a
melhor solução.

Não, foi uma melhor solução para alguns casos muito específicos com a
tecnologia da época.  Muitos desses casos já estão cobertos, com as
vantagens inerentes ao modelo relacional, nas últimas versões do
PostgreSQL, e com muito mais maturidade que qualquer NoSQL.



É provável que o relacional, nunca seja substituído. Porém, muitas dessas
ferramentas já estão adicionando partes da ACID em suas soluções. E se
formos pensar bem, são poucas a empresas que realmente dependem de toda a
ACID.

Isso é absolutamente falso.



O difícil está sendo convencer alguns gerentes a saírem do mundo relacional,
e migrarem para novas tecnologias. O medo de trocar fazer uma troca dessa
magnitude é grande, porém as vantagens são imensas, principalmente
velocidade e diminuição de custos quando na nuvem.

Para de exibir sua ingenuidade!  Mil perdões, mas é isso.  Aprenda
relacional primeiro.



Minha startup mesmo, migrou do Postgresql para o MongoDB, devido algumas
necessidades específicas do modelo de negócio. Tive muitas melhorias até o
momento.
Sei que é difícil dizer isso, pois o Postgresql é como um irmão, cresceu
comigo. Mas é preciso mudar as vezes.

De qualquer forma, acho muito valido analisar o modelo de negócio, entender
os tipos de noSQL e aplicar um MVP (produto minimamente viavel). Resultado
agradou, migra. Ponto final.

E depois sofre as conseqüências da inexperiência e da falta de
conhecimento.  Ponto e vírgula.


Bem, lá vai a opinião de alguém bem menos experiente do que todos que 
participaram desse off, aja vista que eu não sou dba, apenas dev.
Eu realmente não posso aqui debater a possibilidade de uma migração para 
100% NoSQL, visto que ainda sei pouco sobre esse método de armazenagem e 
gerenciamento de dados.
Mas, hoje em dia ainda existem, e em quantidades razoáveis, grandes 
sistemas rodando em tecnologias descontinuadas como cobol, dbase, 
dataflex, clipper, etc. Algumas redes bancárias ainda hoje tem seus 
sistemas rodando em cobol. A coisa ficou tão funcional, tão estável que 
eles não se atrevem a fazer uma migração para uma solução relacional.
A questão que levanto é, se esse casos de uso, conseguem viver sem o 
modelo relacional e ter soluções satisfatórias, mesmo usando tecnologias 
descontinuadas à décadas. Por que, o NoSQL, na figura do mongoDB, 
casandra, etc, que são soluções mais atuais e de desenvolvimento e 
comunidade ativos não podem ser também usadas como único sgdb de forma 
satisfatória? Será as soluções NoSQL atuais tão ruins assim que 
conseguem ser piores do que tecnologias descontinuadas à várias décadas?


___
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-topic] Only NoSQL

[Rogerio Carvalho]

Em 06-11-2015 10:13, Matheus Saraiva escreveu:

Em 05/11/2015 22:38, Guimarães Faria Corcete DUTRA, Leandro escreveu:
2015-11-05 21:46 GMT-02:00 Vinícius Aquino do Vale 
:

[…]

MemCached, TitanDB entre outras todas são consideradas noSQL.

Claro que não.  Memcached é apenas um mecanismo para acelerar o acesso
físico a dados, independentemente do modelo, como o nome já indica:
MEMory CACHE Daemon, ou serviço de cache de memória.



Essas
aplicações vieram resolver diversos limitações que atualmente 
assolam o SQL,

principalmente pela norma ACID.

Mito.  Acid e SQL são ortogonais.



Existem vários tipo de noSQL:
   * Hash (Dynamo, Memcached)
   * Grafos - (TitanDB)
   * Documentos  (MongoDB, CouchDB)
   * Multicolunar (HBase, Bitable)
Todos prerrelacionais, reempacotados para a nova ignorância do século 
XXI.




Todos eles são schemaless o que não obriga estruturação seguindo algum
modelo como no caso do relacional. Basicamente vc cria a aplicação e 
vai

salvando os dados, depois vc se preocupa  com o que estão salvos.

E aí vêm as limitações.  Leia o artigo do EF Codd.  Ele já aponta
problemas e soluções em, se não me falha a memória, 1969 (mas acho que
a primeira versão pública é de 1971).  Algo como _Large shared data
banks_.



Situações onde é mais necessário gerar relacionamento

O que é trivial no modelo relacional (embora o nome se refira a
relações matemáticas, que diferem de relacionamentos que são
implementados as restrições de integridade relacional).



igual na amazon onde
"clientes que visualizaram isso, também visualizaram aquilo." é muito
complicado de montar quando tem que ser para vários clientes 
simultaneamente

- haja memória - Neste caso um banco de grafos como o TitanDB, seria a
melhor solução.

Não, foi uma melhor solução para alguns casos muito específicos com a
tecnologia da época.  Muitos desses casos já estão cobertos, com as
vantagens inerentes ao modelo relacional, nas últimas versões do
PostgreSQL, e com muito mais maturidade que qualquer NoSQL.


É provável que o relacional, nunca seja substituído. Porém, muitas 
dessas

ferramentas já estão adicionando partes da ACID em suas soluções. E se
formos pensar bem, são poucas a empresas que realmente dependem de 
toda a

ACID.

Isso é absolutamente falso.


O difícil está sendo convencer alguns gerentes a saírem do mundo 
relacional,
e migrarem para novas tecnologias. O medo de trocar fazer uma troca 
dessa

magnitude é grande, porém as vantagens são imensas, principalmente
velocidade e diminuição de custos quando na nuvem.

Para de exibir sua ingenuidade!  Mil perdões, mas é isso. Aprenda
relacional primeiro.


Minha startup mesmo, migrou do Postgresql para o MongoDB, devido 
algumas
necessidades específicas do modelo de negócio. Tive muitas melhorias 
até o

momento.
Sei que é difícil dizer isso, pois o Postgresql é como um irmão, 
cresceu

comigo. Mas é preciso mudar as vezes.

De qualquer forma, acho muito valido analisar o modelo de negócio, 
entender
os tipos de noSQL e aplicar um MVP (produto minimamente viavel). 
Resultado

agradou, migra. Ponto final.

E depois sofre as conseqüências da inexperiência e da falta de
conhecimento.  Ponto e vírgula.


Bem, lá vai a opinião de alguém bem menos experiente do que todos que 
participaram desse off, aja vista que eu não sou dba, apenas dev.
Eu realmente não posso aqui debater a possibilidade de uma migração 
para 100% NoSQL, visto que ainda sei pouco sobre esse método de 
armazenagem e gerenciamento de dados.
Mas, hoje em dia ainda existem, e em quantidades razoáveis, grandes 
sistemas rodando em tecnologias descontinuadas como cobol, dbase, 
dataflex, clipper, etc. Algumas redes bancárias ainda hoje tem seus 
sistemas rodando em cobol. A coisa ficou tão funcional, tão estável 
que eles não se atrevem a fazer uma migração para uma solução relacional.
A questão que levanto é, se esse casos de uso, conseguem viver sem o 
modelo relacional e ter soluções satisfatórias, mesmo usando 
tecnologias descontinuadas à décadas. Por que, o NoSQL, na figura do 
mongoDB, casandra, etc, que são soluções mais atuais e de 
desenvolvimento e comunidade ativos não podem ser também usadas como 
único sgdb de forma satisfatória? Será as soluções NoSQL atuais tão 
ruins assim que conseguem ser piores do que tecnologias descontinuadas 
à várias décadas?
Bem, agora tá falando um cara dinossauro, li todos os comentários, 
aprendi um pouco com o que cada um disse, venho lá do mainframe 
Burroughs (Unisys) com o DMS-II, um banco hierárquico, aonde só tinha 
campo do tipo alpha e number, o resto era feito tudo dentro do código 
cobol68 e depois o 74. As constraints estavam todas definidas em código 
e o máximo que as tabelas tinham era o índice. Bem estas tecnologias não 
estão mais no topo, mas tem seu uso e os programadores de cobol são 
pagos a preço de ouro, é por isto que muitos bancos não migram seus 
dados, não pelo banco mas sim por ter de escrever todo o código e são 

Re: [pgbr-geral] [off-topic] Only NoSQL

[Tiago José Adami]

Em 6 de novembro de 2015 10:13, Matheus Saraiva
 escreveu:
> Bem, lá vai a opinião de alguém bem menos experiente do que todos que
> participaram desse off, aja vista que eu não sou dba, apenas dev.

Eu sou um misto de dba e dev, conheço pouco - ou nada - NoSQL e
gostaria de exemplificar um caso real que acompanhei de perto.

> Eu realmente não posso aqui debater a possibilidade de uma migração para
> 100% NoSQL, visto que ainda sei pouco sobre esse método de armazenagem e
> gerenciamento de dados.

Eu acredito que posso dar um "pitaco".

> Mas, hoje em dia ainda existem, e em quantidades razoáveis, grandes sistemas
> rodando em tecnologias descontinuadas como cobol, dbase, dataflex, clipper,
> etc. Algumas redes bancárias ainda hoje tem seus sistemas rodando em cobol.
> A coisa ficou tão funcional, tão estável que eles não se atrevem a fazer uma
> migração para uma solução relacional.

Muitas destas tecnologias armazenavam informações sob o conceito de
linhas e colunas, e, apesar de não incorporarem nativamente um SGBDR
não podem ser consideradas NoSQL. Não é possível armazenar objetos
complexos, como um objeto JSON repleto de atributos multivalorados em
arrays sem ter uma definição prévia (quantos atributos, tipo de
atributos, etc.). No caso do Cobol e Clipper (.DBF) é possível até
executar instruções SQL SELECT sobre o conjunto de tabelas/arquivos,
portanto, aproximam-se mais do modelo relacional do que NoSQL.

> A questão que levanto é, se esse casos de uso, conseguem viver sem o modelo
> relacional e ter soluções satisfatórias, mesmo usando tecnologias
> descontinuadas à décadas. Por que, o NoSQL, na figura do mongoDB, casandra,
> etc, que são soluções mais atuais e de desenvolvimento e comunidade ativos
> não podem ser também usadas como único sgdb de forma satisfatória?

As tecnologias antigas citadas anteriormente não chegam perto dos
conceitos de NoSQL atuais. E, de fato, trabalhei para o HSBC há alguns
anos. Lá pelo menos é usado SGBDR em tudo. A parte em Cobol puro é
utilizada para aplicações críticas que demandam processamento "quase
real" e depois todas as informações são exportadas e armazenadas em
bancos relacionais (Oracle e Sybase ASE).

Apesar de eu nunca ter trabalhado com NoSQL participei de um time de
desenvolvimento para uma empresa que estava indo fundo em um projeto
que, à exemplo do OP, queria mesclar NoSQL com SGBDR. Eu, obviamente,
fiquei no "subtime" do SGBDR. O time de desenvolvedores (Java) por
muito tempo ficou excitado com as novas possibilidades usando MongoDB,
pouca demanda era repassada para a minha equipe e muitas
justificativas de usar o MongoDB (como desempenho, facilidade de
programação, etc.) eram dúbias (tudo era possível ser feito em SGBDR).

Lembro-me bem de um programador que dizia que "trabalhar com NoSQL era
tão fácil quanto abrir um arquivo texto e inserir informações neles".
Eu muito questionei como estes dados seriam consistentes depois, como
seriam feitas as consultas, como garantir que uma informação de uma
entidade (ou objeto para eles) estaria realmente gravada no banco de
dados. As respostas sempre eram as mesmas: isso a aplicação irá
resolver, a aplicação precisa estar bem desenvolvida e bem testada.

Passaram pelo menos 4 anos desde que este projeto começou e ainda não
terminou. A complexidade tornou-se tão enorme que para criar um
"módulo" simples, um CRUD, são necessários pelo menos 4 dias. Depois
de milhares (senão milhões) de reais gastos, o projeto dá sinais de
que será abandonado.

E a integridade de informações? Bem, o mesmo programador me disse que
é um inferno na terra, que depois de um certo número de registros
(ops, objetos) armazenados as consultas NoSQL são enormes tratando
diversos tipos de atributos que podem ou não existir, muito lixo é
armazenado e também há o caso do "programa bem desenvolvido e bem
testado" que nunca existe, trazendo muito mais dor de cabeça que
benefícios.


> Será as
> soluções NoSQL atuais tão ruins assim que conseguem ser piores do que
> tecnologias descontinuadas à várias décadas?

Para transportes terrestres não vi nada mais eficiente que rodas sob
os veículos para permitir a locomoção. O ponto que quero chegar é que
existem tecnologias e conceitos tão maduros que não precisem ser
recriados, apenas aperfeiçoados. Clipper, por exemplo, foi o
predecessor do FoxPro e do Visual FoxPro que já utilizavam SGBDRs
rudimentares nativamente (se não me engano até existia um plugin
OraClipper para acessar bancos Oracle no Clipper Summer 87, mas já não
lembro). Com todas as novas implementações dos SGBDRs permitindo o
armazenamento de objetos JSON e dados complexos, não vejo motivo algum
para usar NoSQL. Isso é modinha à exemplo do Cachè antigamente, que
tinha até propaganda na Revista Info.

Mas quem quiser tentar, vai fundo e compartilha a experiência!



TIAGO J. ADAMI
http://www.adamiworks.com
@tiadami
___
pgbr-geral mailing list

Re: [pgbr-geral] [off-topic] Only NoSQL

[Rafael Fialho]

>
> E muitas não fazem muito bem. Ainda bem que algumas já se perceberam isso,
> vide o caso Diaspora:
> http://www.sarahmei.com/blog/2013/11/11/why-you-should-never-use-mongodb/
>

Artigo muito bom e bastante explicativo, em ambos pontos de vista. Cada um
é livre pra ler (ou não) e tirar suas próprias conclusões.
É dever de cada um explorar todas as opções de informação possíveis, e
diversificar estas fontes. Fato disso é que, no Brasil, "metade" da
população não acredita no que não passa na TV, o que é absurdo pra muitos
que já aprenderam a ver além e explorar outras fontes, e é grande causa de
MUITOS dos problemas que temos, mas isso já é assunto para outro off-topic.

De qualquer forma, discussão muito interessante e de grande valia. Espero
que todos entendam que é uma discussão saudável e que busca ajudar a todos.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] [off-topic] Only NoSQL

[Matheus Saraiva]

Em 05/11/2015 17:35, Leandro Guimarães Faria Corcete DUTRA escreveu:

Le 5 novembre 2015 16:48:59 GMT-02:00, Matheus Saraiva 
 a écrit :

Ok, muito se fala em usar NoSQL para casos específicos, geralmente
resultando uma solução final mista entre NoSQL e Relacional.

Nunca vi por esse lado.  Isso é majoritário hoje em dia?



Mas o que dizer de uma solução puramente NoSQL, ou seja, ter o mongoDb
como único SGDB de uma aplicação?

NoSQL é muito mais que MongoDB.

Mas eu diria: não perca seu tempo a menos que saiba exatamente porque quer 
algum sistema específico não-SQL.



Isso é praticável?

Tudo é praticável em Informática, ou quase tudo, dados recursos suficientes: 
tempo, dinheiro, pessoal qualificado.



Que problemas e vantagens eu teria em fazer tal
coisa?

Em termos genéricos, vantagens nenhumas e todos os problemas que levaram à 
criação do modelo relacional.  Procure o artigo original do Codd, leia e 
entenda, e volte com as dúvidas específicas.


Eu não tenho um motivo específico para usar NoSQL, eu cogito usar em 
algum projeto, apenas para fins de aprendizado, mesmo que não traga 
beneficio algum, mas sem trazer prejuízos.
Toda a palestra, video, etc, que eu vejo sobre NoSQL eles destacam o uso 
em casos específicos, ou seja, sanar algum problema que o relacional não 
está conseguindo. Ninguém fala em adotar NoSQL como base principal ou 
como única base de dados.
É comum colocarem o NoSQL como algo meramente auxiliar ao relacional. 
Nunca vi ninguém pregando o uso exclusivo de bancos NoSQL.
É possível e comum usar apenas banco relacional, mas não é comum o 
contrário. Se NoSQL não pode substituir o relacional, então talvez ele 
traga mais problemas do que soluções.

___
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-topic] Only NoSQL

[Leandro Guimarães Faria Corcete DUTRA]

Le 5 novembre 2015 16:48:59 GMT-02:00, Matheus Saraiva 
 a écrit :
>Ok, muito se fala em usar NoSQL para casos específicos, geralmente 
>resultando uma solução final mista entre NoSQL e Relacional.

Nunca vi por esse lado.  Isso é majoritário hoje em dia?


>Mas o que dizer de uma solução puramente NoSQL, ou seja, ter o mongoDb 
>como único SGDB de uma aplicação?

NoSQL é muito mais que MongoDB.

Mas eu diria: não perca seu tempo a menos que saiba exatamente porque quer 
algum sistema específico não-SQL.


>Isso é praticável?

Tudo é praticável em Informática, ou quase tudo, dados recursos suficientes: 
tempo, dinheiro, pessoal qualificado.


> Que problemas e vantagens eu teria em fazer tal
>coisa?

Em termos genéricos, vantagens nenhumas e todos os problemas que levaram à 
criação do modelo relacional.  Procure o artigo original do Codd, leia e 
entenda, e volte com as dúvidas específicas.



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

[pgbr-geral] [off-topic] Only NoSQL

[Matheus Saraiva]

Ok, muito se fala em usar NoSQL para casos específicos, geralmente 
resultando uma solução final mista entre NoSQL e Relacional.
Mas o que dizer de uma solução puramente NoSQL, ou seja, ter o mongoDb 
como único SGDB de uma aplicação?

Isso é praticável? Que problemas e vantagens eu teria em fazer tal coisa?
___
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-topic] Only NoSQL

[Leandro Guimarães Faria Corcete DUTRA]

Le 5 novembre 2015 17:54:09 GMT-02:00, Matheus Saraiva 
 a écrit :
>Eu não tenho um motivo específico para usar NoSQL, eu cogito usar em 
>algum projeto, apenas para fins de aprendizado, mesmo que não traga 
>beneficio algum, mas sem trazer prejuízos.

Sempre trará prejuízos, por abandonar independência de dados, o otimizador, a 
flexibilidade de esquemas   A questão é saber se haverá algum benefício que 
compense, e aí só analisando casos específicos, o que creio que não seja viável 
nesta lista por demandar muitas informações detalhadas.


>Toda a palestra, video, etc, que eu vejo sobre NoSQL eles destacam o
>uso 
>em casos específicos, ou seja, sanar algum problema que o relacional
>não está conseguindo.

A rigor, não tem nada a ver com o modelo relacional, que não impõe quaisquer 
limitações, mas com o SQL e suas implementações.


> Ninguém fala em adotar NoSQL como base principal ou 
>como única base de dados.
>É comum colocarem o NoSQL como algo meramente auxiliar ao relacional. 

Que bom, significa que o modismo está passando.  Quem sabe daqui a alguns anos 
isso estará tão merecidamente esquecido quanto Codasyl, IBM IMS/DB, CA IDMS, 
Mumps, Caché, hierárquicos, de rede, multivalorados, SGBDOOs...


>É possível e comum usar apenas banco relacional, mas não é comum o 
>contrário. Se NoSQL não pode substituir o relacional, então talvez ele 
>traga mais problemas do que soluções.

O NoSQL não pode substituir o relacional, e de fato traz mais problemas que 
soluções.  Mas o NoSQL não se compara ao modelo relacional, portanto o mais 
correto é comparar com SQL (que tem várias limitações conceituais e 
tecnológicas em relação ao modelo conceitual); na verdade, o SQL fica a meio 
caminho entre o modelo relacional, que é lógico, e o NoSQL, que não passa de um 
agregado disforme de técnicas específicas de acesso a dados, umas mais, outras 
menos interessantes.  Comparando com o SQL, de fato há algumas situações muito 
específicas em que algum sistema NoSQL pode viabilizar algo que seria difícil, 
impossível, caro ou demorado com SQL.  Mas geralmente quem chega a essa 
conclusão é porque desconhece ou PostgreSQL; a cada versão do PostgreSQL ele se 
aproxima mais do potencial do SQL, incorporando as técnicas usadas pelos NoSQL 
da vida.



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

Re: [pgbr-geral] [off-topic] Only NoSQL

[Rogério F . Santo]

Cara o que eu li sobre o assunto até agora tem haver com coisas tipo
algoritmos de busca que para dados não estrurados parece ser melhir e com o
próprio desenvolvimento do software onde nosql tende a ser mas próximo de
OO.   Sobre busca um exemplo e o Facebook que usa o casandra um banco que
ele melhorou e para eles funciona bem para achar fotos e vídeos e a busca
de relacionamento entre pessoas por usar o algoritmo de busca em grifo e
não árvore binária.  Para o modelo de negócio deles funciona bem mas não
sei se vale usar tecnologias "experimentais" se vc não tem grana pra bancar
o risco.

Em Qui, 5 de nov de 2015 18:16, Leandro Guimarães Faria Corcete DUTRA <
l...@dutras.org> escreveu:

> Le 5 novembre 2015 17:54:09 GMT-02:00, Matheus Saraiva <
> matheus.sara...@gmail.com> a écrit :
> >Eu não tenho um motivo específico para usar NoSQL, eu cogito usar em
> >algum projeto, apenas para fins de aprendizado, mesmo que não traga
> >beneficio algum, mas sem trazer prejuízos.
>
> Sempre trará prejuízos, por abandonar independência de dados, o
> otimizador, a flexibilidade de esquemas   A questão é saber se haverá
> algum benefício que compense, e aí só analisando casos específicos, o que
> creio que não seja viável nesta lista por demandar muitas informações
> detalhadas.
>
>
> >Toda a palestra, video, etc, que eu vejo sobre NoSQL eles destacam o
> >uso
> >em casos específicos, ou seja, sanar algum problema que o relacional
> >não está conseguindo.
>
> A rigor, não tem nada a ver com o modelo relacional, que não impõe
> quaisquer limitações, mas com o SQL e suas implementações.
>
>
> > Ninguém fala em adotar NoSQL como base principal ou
> >como única base de dados.
> >É comum colocarem o NoSQL como algo meramente auxiliar ao relacional.
>
> Que bom, significa que o modismo está passando.  Quem sabe daqui a alguns
> anos isso estará tão merecidamente esquecido quanto Codasyl, IBM IMS/DB, CA
> IDMS, Mumps, Caché, hierárquicos, de rede, multivalorados, SGBDOOs...
>
>
> >É possível e comum usar apenas banco relacional, mas não é comum o
> >contrário. Se NoSQL não pode substituir o relacional, então talvez ele
> >traga mais problemas do que soluções.
>
> O NoSQL não pode substituir o relacional, e de fato traz mais problemas
> que soluções.  Mas o NoSQL não se compara ao modelo relacional, portanto o
> mais correto é comparar com SQL (que tem várias limitações conceituais e
> tecnológicas em relação ao modelo conceitual); na verdade, o SQL fica a
> meio caminho entre o modelo relacional, que é lógico, e o NoSQL, que não
> passa de um agregado disforme de técnicas específicas de acesso a dados,
> umas mais, outras menos interessantes.  Comparando com o SQL, de fato há
> algumas situações muito específicas em que algum sistema NoSQL pode
> viabilizar algo que seria difícil, impossível, caro ou demorado com SQL.
> Mas geralmente quem chega a essa conclusão é porque desconhece ou
> PostgreSQL; a cada versão do PostgreSQL ele se aproxima mais do potencial
> do SQL, incorporando as técnicas usadas pelos NoSQL da vida.
>
>
>
> --
> skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
> +55 (61) 3546 7191 (Net)gTalk: xmpp:leand...@jabber.org
> +55 (61) 9302 2691 (Vivo) ICQ/AIM: aim:GoIM?screenname=61287803
> BRAZIL GMT−3  MSN: msnim:chat?contact=lean...@dutra.fastmail.fm
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
___
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-topic] Only NoSQL

[Guimarães Faria Corcete DUTRA , Leandro]

2015-11-05 21:46 GMT-02:00 Vinícius Aquino do Vale :
>
[…]
> MemCached, TitanDB entre outras todas são consideradas noSQL.

Claro que não.  Memcached é apenas um mecanismo para acelerar o acesso
físico a dados, independentemente do modelo, como o nome já indica:
MEMory CACHE Daemon, ou serviço de cache de memória.


> Essas
> aplicações vieram resolver diversos limitações que atualmente assolam o SQL,
> principalmente pela norma ACID.

Mito.  Acid e SQL são ortogonais.


> Existem vários tipo de noSQL:
>   * Hash (Dynamo, Memcached)
>   * Grafos - (TitanDB)
>   * Documentos  (MongoDB, CouchDB)
>   * Multicolunar (HBase, Bitable)

Todos prerrelacionais, reempacotados para a nova ignorância do século XXI.


> Todos eles são schemaless o que não obriga estruturação seguindo algum
> modelo como no caso do relacional. Basicamente vc cria a aplicação e vai
> salvando os dados, depois vc se preocupa  com o que estão salvos.

E aí vêm as limitações.  Leia o artigo do EF Codd.  Ele já aponta
problemas e soluções em, se não me falha a memória, 1969 (mas acho que
a primeira versão pública é de 1971).  Algo como _Large shared data
banks_.


> Situações onde é mais necessário gerar relacionamento

O que é trivial no modelo relacional (embora o nome se refira a
relações matemáticas, que diferem de relacionamentos que são
implementados as restrições de integridade relacional).


> igual na amazon onde
> "clientes que visualizaram isso, também visualizaram aquilo." é muito
> complicado de montar quando tem que ser para vários clientes simultaneamente
> - haja memória - Neste caso um banco de grafos como o TitanDB, seria a
> melhor solução.

Não, foi uma melhor solução para alguns casos muito específicos com a
tecnologia da época.  Muitos desses casos já estão cobertos, com as
vantagens inerentes ao modelo relacional, nas últimas versões do
PostgreSQL, e com muito mais maturidade que qualquer NoSQL.


> É provável que o relacional, nunca seja substituído. Porém, muitas dessas
> ferramentas já estão adicionando partes da ACID em suas soluções. E se
> formos pensar bem, são poucas a empresas que realmente dependem de toda a
> ACID.

Isso é absolutamente falso.


> O difícil está sendo convencer alguns gerentes a saírem do mundo relacional,
> e migrarem para novas tecnologias. O medo de trocar fazer uma troca dessa
> magnitude é grande, porém as vantagens são imensas, principalmente
> velocidade e diminuição de custos quando na nuvem.

Para de exibir sua ingenuidade!  Mil perdões, mas é isso.  Aprenda
relacional primeiro.


> Minha startup mesmo, migrou do Postgresql para o MongoDB, devido algumas
> necessidades específicas do modelo de negócio. Tive muitas melhorias até o
> momento.
> Sei que é difícil dizer isso, pois o Postgresql é como um irmão, cresceu
> comigo. Mas é preciso mudar as vezes.
>
> De qualquer forma, acho muito valido analisar o modelo de negócio, entender
> os tipos de noSQL e aplicar um MVP (produto minimamente viavel). Resultado
> agradou, migra. Ponto final.

E depois sofre as conseqüências da inexperiência e da falta de
conhecimento.  Ponto e vírgula.


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

Re: [pgbr-geral] [off-topic] Only NoSQL

[Vinícius Aquino do Vale]

O noSQL - Not Only SQL - tem sido usado em ambientes mistos. Juntando tanto
o SQL com o NoSQL. Aplicações como Solr, MongoDB, Cassandra, Dynamo,
MemCached, TitanDB entre outras todas são consideradas noSQL. Essas
aplicações vieram resolver diversos limitações que atualmente assolam o
SQL, principalmente pela norma ACID.

Existem vários tipo de noSQL:
  * Hash (Dynamo, Memcached)
  * Grafos - (TitanDB)
  * Documentos  (MongoDB, CouchDB)
  * Multicolunar (HBase, Bitable)

Todos eles são schemaless o que não obriga estruturação seguindo algum
modelo como no caso do relacional. Basicamente vc cria a aplicação e vai
salvando os dados, depois vc se preocupa  com o que estão salvos.

Soluções noSQL se baseiam no teorema de CAP (
https://en.wikipedia.org/wiki/CAP_theorem), onde dependendo da necessidade
do seu ambiente vc o qual banco usar.

Situações onde é mais necessário gerar relacionamento, igual na amazon onde
"clientes que visualizaram isso, também visualizaram aquilo." é muito
complicado de montar quando tem que ser para vários clientes
simultaneamente - haja memória - Neste caso um banco de grafos como o
TitanDB, seria a melhor solução.

Já o mongoDB tem a vantagem de funcionar mesmo se um "shard" - (algo
parecido com o tablespace) em um servidor parar de funcionar. Trabalha com
o formato Jsonb e o PostgreSQL já o tem implementado. Foi usado pela
NetFlix para separar "shard" por regiões. Hoje, foi substituído pelo
Cassandra (que é Dynamo mudado para a necessidade do facebook) com intuito
de dividir o envio de streaming, tipo um torrent.

O Hbase é um banco multicolunar, no mesmo estilo do bigtable do google
(aquele que armazena as pesquisas), muito usando com o Hadoop, que seria um
FileSystem para diversos discos em diversos locais. Uma ferramenta muito
poderosa, que por incrível que parece foi feita em Java, inclusive o
cassandra é também Javarsrsrsr. Coisa de doido né, feito em Java!!!

Mas a ideia maior por trás desses noSQL, e facilidade no armazenamento de
dados, tanto dados estruturados, semi-estruturados e não estruturados.
Estamos falando ai de Pentabytes, Exbytes. Imagine seu ambiente com tabelas
em torno de 5Tb, ou 1Pb. Um relacional ficaria horas para executar alguma
coisa.

É provável que o relacional, nunca seja substituído. Porém, muitas dessas
ferramentas já estão adicionando partes da ACID em suas soluções. E se
formos pensar bem, são poucas a empresas que realmente dependem de toda a
ACID.

O difícil está sendo convencer alguns gerentes a saírem do mundo
relacional, e migrarem para novas tecnologias. O medo de trocar fazer uma
troca dessa magnitude é grande, porém as vantagens são imensas,
principalmente velocidade e diminuição de custos quando na nuvem.

Minha startup mesmo, migrou do Postgresql para o MongoDB, devido algumas
necessidades específicas do modelo de negócio. Tive muitas melhorias até o
momento.
Sei que é difícil dizer isso, pois o Postgresql é como um irmão, cresceu
comigo. Mas é preciso mudar as vezes.

De qualquer forma, acho muito valido analisar o modelo de negócio, entender
os tipos de noSQL e aplicar um MVP (produto minimamente viavel). Resultado
agradou, migra. Ponto final.

[]s


Em 5 de novembro de 2015 18:42, Rogério F.Santo 
escreveu:

> Cara o que eu li sobre o assunto até agora tem haver com coisas tipo
> algoritmos de busca que para dados não estrurados parece ser melhir e com o
> próprio desenvolvimento do software onde nosql tende a ser mas próximo de
> OO.   Sobre busca um exemplo e o Facebook que usa o casandra um banco que
> ele melhorou e para eles funciona bem para achar fotos e vídeos e a busca
> de relacionamento entre pessoas por usar o algoritmo de busca em grifo e
> não árvore binária.  Para o modelo de negócio deles funciona bem mas não
> sei se vale usar tecnologias "experimentais" se vc não tem grana pra bancar
> o risco.
>
> Em Qui, 5 de nov de 2015 18:16, Leandro Guimarães Faria Corcete DUTRA <
> l...@dutras.org> escreveu:
>
>> Le 5 novembre 2015 17:54:09 GMT-02:00, Matheus Saraiva <
>> matheus.sara...@gmail.com> a écrit :
>> >Eu não tenho um motivo específico para usar NoSQL, eu cogito usar em
>> >algum projeto, apenas para fins de aprendizado, mesmo que não traga
>> >beneficio algum, mas sem trazer prejuízos.
>>
>> Sempre trará prejuízos, por abandonar independência de dados, o
>> otimizador, a flexibilidade de esquemas   A questão é saber se haverá
>> algum benefício que compense, e aí só analisando casos específicos, o que
>> creio que não seja viável nesta lista por demandar muitas informações
>> detalhadas.
>>
>>
>> >Toda a palestra, video, etc, que eu vejo sobre NoSQL eles destacam o
>> >uso
>> >em casos específicos, ou seja, sanar algum problema que o relacional
>> >não está conseguindo.
>>
>> A rigor, não tem nada a ver com o modelo relacional, que não impõe
>> quaisquer limitações, mas com o SQL e suas implementações.
>>
>>
>> > Ninguém fala em adotar NoSQL como base principal ou
>> >como única base de 

Re: [pgbr-geral] [off-topic] Only NoSQL

[Guimarães Faria Corcete DUTRA , Leandro]

2015-11-05 22:59 GMT-02:00 Vinícius Aquino do Vale :
>
> Em 5 de novembro de 2015 22:38, Guimarães Faria Corcete DUTRA, Leandro
>  escreveu:
>>
>> Claro que não.  Memcached é apenas um mecanismo para acelerar o acesso
>> físico a dados, independentemente do modelo, como o nome já indica:
>> MEMory CACHE Daemon, ou serviço de cache de memória.
>
> Só como complemento - https://pt.wikipedia.org/wiki/NoSQL

Infelizmente a Wikipedia em português é ainda pior que a inglesa nessa
área.  Praticamente inútil.

Aliás, o que isso tem a ver com o meu parágrafo que você citou?


> http://nosql-database.org/

Mera propaganda.  Você já leu o Codd?  Ou o Date?  Isso seria conhecimento.


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

Re: [pgbr-geral] [off-topic] Only NoSQL

[Vinícius Aquino do Vale]

Em 5 de novembro de 2015 22:38, Guimarães Faria Corcete DUTRA, Leandro <
l...@dutras.org> escreveu:

> E depois sofre as conseqüências da inexperiência e da falta de
> conhecimento.  Ponto e vírgula.
>


Bom, vejo várias startup e outras empresas mundo a fora adotando
imensamente bancos noSQL, como eu disse o misto entre os dois é possível e
muito usado atualmente.

Todos os bancos que citei acima, são sim considerados noSQL. E nem todos
são banco de dados, pois não fazem persistência, mas são noSQL. Bom, se
está errado, vc terá que mudar o que está sendo falado e divulgado por ai,
não fui eu que inventei.

E sim, aceite ou não, nem todos precisam de ACID, e o mundo noSQL encaixa
perfeitamente para muitas delas. Existem startup's que fazem uso de noSQL,
e o fazem muito bem, usando ou não relacional por trás.

Lembra do nome NoSQL- Not Only SQL - então "não somente SQL".

[]s
___
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-topic] Only NoSQL

[Vinícius Aquino do Vale]

Em 5 de novembro de 2015 22:38, Guimarães Faria Corcete DUTRA, Leandro <
l...@dutras.org> escreveu:

> Claro que não.  Memcached é apenas um mecanismo para acelerar o acesso
> físico a dados, independentemente do modelo, como o nome já indica:
> MEMory CACHE Daemon, ou serviço de cache de memória.
>

Só como complemento - https://pt.wikipedia.org/wiki/NoSQL
http://nosql-database.org/
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] [off-topic] Only NoSQL

[Guimarães Faria Corcete DUTRA , Leandro]

2015-11-05 22:53 GMT-02:00 Vinícius Aquino do Vale :
>
> Bom, vejo várias startup e outras empresas mundo a fora adotando imensamente
> bancos noSQL

E muitos voltando ao SQL.  Como o Google.


> como eu disse o misto entre os dois é possível e muito usado
> atualmente.

E cada dia o PostgreSQL incorpora as técnicas de acesso, e diminui o
nicho do NoSQL.


> Todos os bancos que citei acima, são sim considerados noSQL. E nem todos são
> banco de dados, pois não fazem persistência, mas são noSQL. Bom, se está
> errado, vc terá que mudar o que está sendo falado e divulgado por ai, não
> fui eu que inventei.

Não tenho como mudar a ignorância geral.  Haja visto quão poucas
pessoas são capazes de sequer definir o que é o modelo relacional.
Tente.  Pode até pesquisar.


> E sim, aceite ou não, nem todos precisam de ACID, e o mundo noSQL encaixa
> perfeitamente para muitas delas. Existem startup's que fazem uso de noSQL, e
> o fazem muito bem, usando ou não relacional por trás.

Você havia dito que a maior parte das empresas não precisava de Acid.
Já mudou o tom.

E, infelizmente, /startup/ significa apenas ‘empresa iniciante’, com
um nome metido a besta.  Mais infelizmente ainda, a maior parte fecha
depois de pouco tempo, e ignorância sobre os fundamentos técnicos não
é a única razão, nem talvez a mais importante.


> Lembra do nome NoSQL- Not Only SQL - então "não somente SQL".

Isso foi a saída envergonhada que acharam quando o NoSQL de verdade se
mostrou um engodo.


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

Re: [pgbr-geral] [off-topic] Only NoSQL

[Everton Berz]

>
>
> E sim, aceite ou não, nem todos precisam de ACID, e o mundo noSQL encaixa
> perfeitamente para muitas delas. Existem startup's que fazem uso de noSQL,
> e o fazem muito bem, usando ou não relacional por trás.
>
>
E muitas não fazem muito bem. Ainda bem que algumas já se perceberam isso,
vide o caso Diaspora:
http://www.sarahmei.com/blog/2013/11/11/why-you-should-never-use-mongodb/
___
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-topic] Only NoSQL

[Vinícius Aquino do Vale]

Em 5 de novembro de 2015 23:58, Everton Berz 
escreveu:

> E muitas não fazem muito bem. Ainda bem que algumas já se perceberam isso,
> vide o caso Diaspora:
> http://www.sarahmei.com/blog/2013/11/11/why-you-should-never-use-mongodb/
>


O artigo é de 2013, o mongodb sofreu diversas modificações estando hoje na
versão 3.0, como toda aplicação ele ainda é recente e tem muito a melhorar.
Como eu disse mudar a cabeça para noSQL ainda vai demorar, mas acredito ser
um caminho sem volta. O mercado externo está migrando para este tipo de
tecnologia, e no Brasil aos poucos algumas empresas grandes tem adotado.

O mercado tem seguido essa maré de noSQL, e eu pretendo navegar nela.
___
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] Como está a situação da Porto Alegre da PGBR 2015?

[Anselmo Mota Silva]

Pessoal, peço informações aos organizadores da pgbr 2015 presentes nesta
comunidade, sobre a situação da área de hotéis e do evento, em vistas das
últimas notícias sobre a cidade. Como estou intencionando ir ao evento e a
viagem será de muito longe (Sergipe), gostaria de saber como está a cidade
para nos receber, bem como a possibilidade de 'turistar' por lá nos dias do
evento.

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

Re: [pgbr-geral] [off-topic] Como está a situação da Porto Alegre da PGBR 2015?

[Rafael Fialho]

>
> Pessoal, peço informações aos organizadores da pgbr 2015 presentes nesta
> comunidade, sobre a situação da área de hotéis e do evento, em vistas das
> últimas notícias sobre a cidade.
>

A área onde será realizada o evento é bem à parte de onde estão localizados
os problemas.
A cidade em si não está com tantos problemas quanto a região metropolitana.
Os alagamentos são mais à zona sul, enquanto o PGBR será realizado na zona
"nordeste" da cidade.


> Como estou intencionando ir ao evento e a viagem será de muito longe
> (Sergipe), gostaria de saber como está a cidade para nos receber, bem como
> a possibilidade de 'turistar' por lá nos dias do evento.
>

Os locais mais "turistados" também estão em áreas pouco afetadas, e
provavelmente tudo esteja bem mais organizado até a data do evento, pois
foram eventos muito atípicos (em 40 anos não tínhamos problemas como esse)
e muita coisa já está sendo ajustada e recebendo os devidos ajustes para
prevenção.

[]'s
___
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-topic] Como está a situação da Porto Alegre da PGBR 2015?

[Fabrízio de Royes Mello]

On 19-10-2015 09:56, Anselmo Mota Silva wrote:
> Pessoal, peço informações aos organizadores da pgbr 2015 presentes nesta
> comunidade, sobre a situação da área de hotéis e do evento, em vistas
> das últimas notícias sobre a cidade. Como estou intencionando ir ao
> evento e a viagem será de muito longe (Sergipe), gostaria de saber como
> está a cidade para nos receber, bem como a possibilidade de 'turistar'
> por lá nos dias do evento.
> 

Caro Anselmo,

A área do Hotel Oficial [1] do evento não foi muito afetada em função
das fortes chuvas dos últimos dias. Existem pontos de alagamento (como
em qualquer outra cidade) que acarreta obviamente em maiores
dificuldades de deslocamento por conta de congestionamentos.

Acredito que essa situação esteja normalizada até o nosso evento. Quanto
a turismo vc pode encontrar várias informações em [2], e também fique a
vontade para perguntar.

Esperamos vc aqui no sul "tchê" !!!

Att,

[1] http://pgbr.postgresql.org.br/2015/#accommodation
[2] http://pgbr.postgresql.org.br/2015/#tourism

-- 
   Fabrízio de Royes Mello Timbira - http://www.timbira.com.br/
   PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento



signature.asc
Description: OpenPGP digital signature
___
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-topic] Como está a situação da Porto Alegre da PGBR 2015?

[Itamar]

On 10/19/2015 09:56 AM, Anselmo Mota Silva wrote:
Pessoal, peço informações aos organizadores da pgbr 2015 presentes 
nesta comunidade, sobre a situação da área de hotéis e do evento, em 
vistas das últimas notícias sobre a cidade. Como estou intencionando 
ir ao evento e a viagem será de muito longe (Sergipe), gostaria de 
saber como está a cidade para nos receber, bem como a possibilidade de 
'turistar' por lá nos dias do evento.


Grato,
--
Anselmo M. Silva



vc não terá problemas, inclusive em porto alegre tem muitos hosteis de 
boa qualidade caso queira economizar algum $$$


este aqui por exemplo é muito bom

hostel.tur.br

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

Re: [pgbr-geral] [OFF-TOPIC] Ajudem o Miguel

[Flavio Henrique Araque Gurgel]

2015-10-15 4:13 GMT-03:00 Shander Lyrio :

ps: Um bom tempo fora da lista e quando retorno vejo que muita pouca coisa
mudou...


Gente é gente, e os extorsionistas sabem criar uma mensagem que apele.
Veja que o colega foi motivado por suas emoções paternais, que em si
são louváveis.


Bem lembrado Dutra, que fique claro que não queremos massacrar o colega 
que enviou a mensagem, apenas explicá-lo que esse tipo de spam na 
verdade é justamente um golpe comum. E infelizmente o colega caiu no golpe.
Muitos de nós somos pais e sentimos a mesma coisa "e se fosse o meu 
filho". Tá cheio de gente que cata foto de criança doente na Internet e 
usa pra isso. Aliás, mais um motivo pra evitar postar fotos de seus 
filhos publicamente (tem gente que tem usado pra pedofilia). Cuidado 
principalmente com as ditas "redes sociais" mais famosas.


E, mesmo que legítimo, solicitamos que não se faça isso nesta lista, 
existem muitas outras formas mais eficazes de se pedir ajuda por aí.


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

Re: [pgbr-geral] [OFF-TOPIC] Ajudem o Miguel

[Guimarães Faria Corcete DUTRA , Leandro]

2015-10-15 4:13 GMT-03:00 Shander Lyrio :
> ps: Um bom tempo fora da lista e quando retorno vejo que muita pouca coisa
> mudou...

Gente é gente, e os extorsionistas sabem criar uma mensagem que apele.
Veja que o colega foi motivado por suas emoções paternais, que em si
são louváveis.


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

Re: [pgbr-geral] [OFF-TOPIC] Ajudem o Miguel

[Shander Lyrio]

Em 14 de outubro de 2015 20:53, Kayo Hamid  escreveu:

> SPAM: Sending and Posting Advertisement in Mass.
>
> Para ser um SPAM teria ser em massa
> ​ ...
>

​Sem querer concordar com a forma, mas já concordando com o conteúdo...​
Para quantos usuários da lista você acha que este e-mail foi direcionado?
Uns 1500 eu acredito no mínimo! Uma lista nada mais é do que uma forma
simples de se enviar e-mails em massa!



> Senhores eu sou uma pessoa do TI normal igual a vocês, que já contribui
> para projetos assim como vocês. Eu não entendo como um simples pedido de
> ajuda pode estar ofendendo tanto vocês, estamos falando de uma vida!
>

​O pedido de ajuda pode ser para uma pessoa que não precisa e mesmo que
precisasse contraria as regras da lista. Estas regras são por exemplo o que
impedem que shows de rock sejam feitos dentro de igreja. Rock é legal, mas
dentro de uma igreja definitivamente não é o lugar para ouví-lo.

​Existem 2 notícias de dois guris Miguel diferente circulando, ambos
nasceram no inicio do ano. Para uma doença tão rara, até que temos muitas
coincidências. Fato é que a Vakinha está em nome de uma pessoa que não é
nem pai nem mãe de nenhum dos dois guris, sequer o sobrenome é igual. Na
vakinha que o amigo compartilhou tem a seguinte informação, pequenina, lá
embaixo: "O valor arrecadado aqui será para compra dos seguintes
equipamentos  para crianças com necessidades especiais...", isso
significa que você não estaria ajudando nenhum dos Migueis, mas alguém que
"teoricamente" vai usar estes aparelhos com criançaS com necessidades
especiais (cobrando?). Caso a vakinha seja real e a família real do guri
leia isto, eu peço desculpas adiantado, mas minhas conclusões se baseam nas
diversas informações desconexas (ou conexas) que eu encontrei.

​... só quis compartilhar isso para o máximo de pessoas que eu podia ...
>

​Mais uma vez caraterizando spam.


ps: Um bom tempo fora da lista e quando retorno vejo que muita pouca coisa
mudou...

​--
Shander Lyrio
___
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] Ajudem o Miguel

[Kayo Hamid]

Para resumir isso é um pedido de ajuda/doação para um neném chamado Miguel,
se você não quiser colaborar ou não puder, não tem problema!

Miguel é um neném que tem uma doença severa de atrofia muscular e luta para
tentar viver. Seus pais estão pedindo ajuda para poder dar a ele um
tratamento digno, pois parece que existe uma solução no exterior!

Eu não o conheço, mas tenho um neném do mesmo tamanho e não consigo aceitar
essa diferença, por isso estou fazendo esses pedidos, pois infelizmente não
tenho força para ajudar ele no tempo hábil que ele necessita.

Aos que tiverem interesse segue os locais para você conhecer melhor o
Miguel.

FACEBOOK: /amigosdomiguel
INSTAGRAM: /amigosdomiguel
DOAÇÕES: https://www.vakinha.com.br/vaquinha/amigos-do-miguel

Aos que não se sentirem confortável com essa mensagem, mil desculpas, e aos
moderadores também por ter inserido um tópico fora do contexto.

Abraços.

-- 
Kayo Hamid
___
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-TOPIC] Ajudem o Miguel

[Guimarães Faria Corcete DUTRA , Leandro]

2015-10-14 18:40 GMT-03:00 Flavio Henrique Araque Gurgel :
>
> Tirem suas conclusões. Era só o que faltava, corrente (ainda por cima com
> 99% de chances de ser falsa) nesta lista séria.

O Debian tem um botão para denunciar /spam/ no arquivo da mensagem —
será que o PostgreSQL BR precisará disso também?


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

Re: [pgbr-geral] [OFF-TOPIC] Ajudem o Miguel

[Flavio Henrique Araque Gurgel]

Só no site do Vakinha tem 5 Miguéis só nos últimos dois meses:
Um aspirou mecônio e tem sérios problemas cerebrais;
Outro tem epilepsia;
Outro tem autismo;
Outro tem síndrome de Down;
E tem esse aí que o colega "nem conhece" e cuja causa no Vakinha é "
comprar aparelhos que ele precisa " e não "tratamento no exterior" conforme
a mensagem inicial.

Tirem suas conclusões. Era só o que faltava, corrente (ainda por cima com
99% de chances de ser falsa) nesta lista séria. E depois dizem por aí que
tratamos mal os recém-chegados...

[]s
Flavio Gurgel

Em qua, 14 de out de 2015 22:02, Kayo Hamid  escreveu:

> Para resumir isso é um pedido de ajuda/doação para um neném chamado
> Miguel, se você não quiser colaborar ou não puder, não tem problema!
>
> Miguel é um neném que tem uma doença severa de atrofia muscular e luta
> para tentar viver. Seus pais estão pedindo ajuda para poder dar a ele um
> tratamento digno, pois parece que existe uma solução no exterior!
>
> Eu não o conheço, mas tenho um neném do mesmo tamanho e não consigo
> aceitar essa diferença, por isso estou fazendo esses pedidos, pois
> infelizmente não tenho força para ajudar ele no tempo hábil que ele
> necessita.
>
> Aos que tiverem interesse segue os locais para você conhecer melhor o
> Miguel.
>
> FACEBOOK: /amigosdomiguel
> INSTAGRAM: /amigosdomiguel
> DOAÇÕES: https://www.vakinha.com.br/vaquinha/amigos-do-miguel
>
> Aos que não se sentirem confortável com essa mensagem, mil desculpas, e
> aos moderadores também por ter inserido um tópico fora do contexto.
>
> Abraços.
>
> --
> Kayo Hamid
> ___
> 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] [OFF-TOPIC] Ajudem o Miguel

[Kayo Hamid]

Assim amigo, entendo sua parte e não quero realmente fazer flame, mesmo
sendo difícil isso não acontecer em uma lista de SL.

Eu enviei os links para você averiguar e enviei minha opinião. Eu acreditei
no que vi, no Instagram dele tem vídeos bem reais por sinal, lá você vai
poder ter uma opinião melhor desse Miguel.

Isso não é corrente também, é o que eu desejei fazer de coração por um
neném que parece ser real, a não ser que seja um novo tipo de golpe: Pegar
uma criança para para colocar aparelhos nela e assim fazer uma corrente de
doação.

No Instagram dele você consegue ter uma opinião melhor se é fake ou não,
foi lá que eu certifiquei a mim mesmo que não era fake.

Só peço que isso aqui não vire um flame, pois assim poderia passar sem que
o moderador tenha motivos de sobra para deletar a thread, dando chances
para quem sabe alguém interessado em ajudar e que confie *nesse* Miguel o
ajude.

A minha história é verídica mesmo, tenho um neném do mesmo tamanho que o
dele e não consigo parar de pensar *nesse* Miguel, desculpe se minha
história pareceu um 'Lorem ipsum'.

Abraços.

Em 14 de outubro de 2015 18:40, Flavio Henrique Araque Gurgel <
fha...@gmail.com> escreveu:

> Só no site do Vakinha tem 5 Miguéis só nos últimos dois meses:
> Um aspirou mecônio e tem sérios problemas cerebrais;
> Outro tem epilepsia;
> Outro tem autismo;
> Outro tem síndrome de Down;
> E tem esse aí que o colega "nem conhece" e cuja causa no Vakinha é "
> comprar aparelhos que ele precisa " e não "tratamento no exterior" conforme
> a mensagem inicial.
>
> Tirem suas conclusões. Era só o que faltava, corrente (ainda por cima com
> 99% de chances de ser falsa) nesta lista séria. E depois dizem por aí que
> tratamos mal os recém-chegados...
>
> []s
> Flavio Gurgel
>
> Em qua, 14 de out de 2015 22:02, Kayo Hamid  escreveu:
>
>> Para resumir isso é um pedido de ajuda/doação para um neném chamado
>> Miguel, se você não quiser colaborar ou não puder, não tem problema!
>>
>> Miguel é um neném que tem uma doença severa de atrofia muscular e luta
>> para tentar viver. Seus pais estão pedindo ajuda para poder dar a ele um
>> tratamento digno, pois parece que existe uma solução no exterior!
>>
>> Eu não o conheço, mas tenho um neném do mesmo tamanho e não consigo
>> aceitar essa diferença, por isso estou fazendo esses pedidos, pois
>> infelizmente não tenho força para ajudar ele no tempo hábil que ele
>> necessita.
>>
>> Aos que tiverem interesse segue os locais para você conhecer melhor o
>> Miguel.
>>
>> FACEBOOK: /amigosdomiguel
>> INSTAGRAM: /amigosdomiguel
>> DOAÇÕES: https://www.vakinha.com.br/vaquinha/amigos-do-miguel
>>
>> Aos que não se sentirem confortável com essa mensagem, mil desculpas, e
>> aos moderadores também por ter inserido um tópico fora do contexto.
>>
>> Abraços.
>>
>> --
>> Kayo Hamid
>> ___
>> 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
>



-- 
Kayo Hamid
___
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-TOPIC] Ajudem o Miguel

[Kayo Hamid]

SPAM: Sending and Posting Advertisement in Mass.

Para ser um SPAM teria ser em massa, então vamos lá, fui primeiro taxado de
charlatão pelo nosso amigo Flavio, e agora estou sendo taxado de Spamseiro
pelo Guimarães, mas até então eu só quebrei a conduta de não escrever um
e-mail para a lista sobre algo técnico e/ou relativo ao PostgreSQL. Por
sinal eu alertei [OFF-TOPIC], só um charlatão spamseiro para saber se
comunicar por tags em uma lista claro.

Sinceramente vocês dois devem estar em algum treinamento para se
apresentarem a lista do Kernel, boa sorte nessa empreitada.

Senhores eu sou uma pessoa do TI normal igual a vocês, que já contribui
para projetos assim como vocês. Eu não entendo como um simples pedido de
ajuda pode estar ofendendo tanto vocês, estamos falando de uma vida! Vocês
com certeza não tem filhos para estarem agindo assim tão fervorosamente.

Se eu estivesse pedindo para vocês doarem para eu manter um repositório
seria menos ofensivo? Um repositório ou hospedagem de um site do grupo é
maior que uma vida? Caso a resposta seja sim, então errei o local para
enviar esse pedido.

Por fim senhores eu não estou obrigado que doem, só quis compartilhar isso
para o máximo de pessoas que eu podia dentro do meu circulo de convívio,
mas para que isso não se torne algo ofensivo ao quadrado:

- Me desculpem a todos e moderador favor deletar essa thread!

Abraços.

Em 14 de outubro de 2015 19:02, Guimarães Faria Corcete DUTRA, Leandro <
l...@dutras.org> escreveu:

> 2015-10-14 18:40 GMT-03:00 Flavio Henrique Araque Gurgel  >:
> >
> > Tirem suas conclusões. Era só o que faltava, corrente (ainda por cima com
> > 99% de chances de ser falsa) nesta lista séria.
>
> O Debian tem um botão para denunciar /spam/ no arquivo da mensagem —
> será que o PostgreSQL BR precisará disso também?
>
>
> --
> skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
> +55 (61) 3546 7191  gTalk: xmpp:leand...@jabber.org
> +55 (61) 9302 2691ICQ/AIM: aim:GoIM?screenname=61287803
> BRAZIL GMT−3  MSN: msnim:chat?contact=lean...@dutra.fastmail.fm
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



-- 
Kayo Hamid
___
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-Topic] - Ferramenta para Dashboards

[Alan Formagi]

*Boa tarde Márcio!*

Muito interessante a ferramenta.
Já que sou curioso com essas questões, vou dar uma olhada e verificar
como funciona.
Obrigado pela contribuição!

*Atenciosamente.*
*Alan Formagi*


Em 1 de setembro de 2015 14:53, Marcio Ribeiro de Oliveira <
marcio.olive...@ifro.edu.br> escreveu:

> Boa Tarde !!
> aqui no IFRO utilizamos o plugin
> https://forge.glpi-project.org/projects/dashboard
> não sei se pode te atender.
>
> *Márcio Ribeiro de Oliveira*
> *(69) 2182-9632*
>
> *(69) 9231-1557*
>
> *Analista de Tecnologia da Informação - CSR - DGTI*
> *Instituto Federal de Rondônia - Reitoria*
>
> Em 1 de setembro de 2015 10:53, Emerson Martins  > escreveu:
>
>> Olá Allan.
>>
>> Obrigado pelas indicações.
>>
>>
>> BIRT [1]
>>> PENTAHO Report Design [2] *a suíte como um todo é interessante.
>>>
>>
>> Irei analisar, ja havia ouvido falar do Pentaho, mas cabe agora analisar.
>>
>>
>>> Na empresa onde eu trabalho temos um relatório em BIRT rodando em
>>> cima de um banco MySQL, e funciona muito bem - voltado para uso da equipe
>>> interna, e não para clientes.
>>>
>>
>> Aqui o analista fazia tudo no Excel atende até legal, mas o problema
>> disso o tempo que você precisa ajustar quero algo mais performático, pois
>> esses relatório de gestão devem serão bem melhor entendidos atra'ves de
>> dashboards.
>>
>> 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 mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] [Off-Topic] - Ferramenta para Dashboards

[Emerson Martins]

Olá pessoal.

Aqui na empresa usamos o glpi com mysql e atualmente estamos utilizando
consultas através de ODBC no Excel para gerar alguns relatórios.

Então e ai que vem o Off-topic.

Alguém conhece alguma ferramenta free que seja boa para gerar relatórios ou
dashboards,etc.

Agradeço os que puderem ajudar.


Att,

Emerson Martins
DBA Oracle
Oracle 11g Certified Associate
___
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-Topic] - Ferramenta para Dashboards

[Alan Formagi]

*Bom dia Emerson!*
Tudo bem?

Sou meio leigo no assunto, mas já vi alguns projetos usando algumas
ferramentas interessantes.
BIRT [1]
PENTAHO Report Design [2] *a suíte como um todo é interessante.

Particularmente eu gosto bastante do BIRT.
Na empresa onde eu trabalho temos um relatório em BIRT rodando em cima
de um banco MySQL, e funciona muito bem - voltado para uso da equipe
interna, e não para clientes.
Existem também outros relatórios em cima de PostgreSQL - esses sim, de
uso de clientes.

Veja qual ferramenta lhe é mais útil, e caso tenha alguma dúvida, desde
que seja básica, me informe.

[1] http://www.eclipse.org/birt/
[2] http://community.pentaho.com/

*Atenciosamente.*
*Alan Formagi*


Em 1 de setembro de 2015 11:04, Emerson Martins 
escreveu:

> Olá pessoal.
>
> Aqui na empresa usamos o glpi com mysql e atualmente estamos utilizando
> consultas através de ODBC no Excel para gerar alguns relatórios.
>
> Então e ai que vem o Off-topic.
>
> Alguém conhece alguma ferramenta free que seja boa para gerar relatórios
> ou dashboards,etc.
>
> Agradeço os que puderem ajudar.
>
>
> Att,
>
> Emerson Martins
> DBA Oracle
> Oracle 11g Certified Associate
>
>
> ___
> 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 nao estou recebendo email da lista desde segunda-feira 04-06-15

[Luiz Henrique]

pessoal,

não estou recebendo email da lista desde segunda-feira 04-06-15
alguém está com esse problema tb. ?

-- 
Atenciosamente,

Luiz Henrique

Virtus in medium est
___
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-topic nao estou recebendo email da lista desde segunda-feira 04-06-15

[Flavio Henrique Araque Gurgel]

pessoal,

não estou recebendo email da lista desde segunda-feira 04-06-15
alguém está com esse problema tb. ?


Pelo jeito houve algum problema com o servidor da lista, acabei de 
receber um caminhão de mensagens atrasadas. A turma que cuida disso deve 
dizer algo em instantes...


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

Re: [pgbr-geral] off-topic nao estou recebendo email da lista desde segunda-feira 04-06-15

[Fernando Ike]

On Wed, 2015-05-06 at 16:12 +0200, Flavio Henrique Araque Gurgel wrote:
  pessoal,
 
  não estou recebendo email da lista desde segunda-feira 04-06-15
  alguém está com esse problema tb. ?
 
 Pelo jeito houve algum problema com o servidor da lista, acabei de 
 receber um caminhão de mensagens atrasadas. A turma que cuida disso deve 
 dizer algo em instantes...

   :)  

  O mailman estava travado. Agora deve estar normalizado. 

[]'s
-- 
Fernando Ike
http://www.fernandoike.com

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

Re: [pgbr-geral] off-topic nao estou recebendo email da lista desde segunda-feira 04-06-15

[Luiz Henrique]

Eu também agora estou recebendo muitas mensagens da lista :)

Em 6 de maio de 2015 12:18, Matheus de Oliveira matioli.math...@gmail.com
escreveu:


 2015-05-06 11:12 GMT-03:00 Flavio Henrique Araque Gurgel fha...@gmail.com
 :

 não estou recebendo email da lista desde segunda-feira 04-06-15
 alguém está com esse problema tb. ?


 Pelo jeito houve algum problema com o servidor da lista, acabei de
 receber um caminhão de mensagens atrasadas. A turma que cuida disso deve
 dizer algo em instantes...


 O Fike trocou uma ideia comigo já, foi um problema com o mailman, mas já
 está resolvido.

 Atenciosamente,
 --
 Matheus de Oliveira
 Analista de Banco de Dados
 Dextra Sistemas - MPS.Br nível F!
 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




-- 
Atenciosamente,

Luiz Henrique

Virtus in medium est
___
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] Surpreendente! Join Microsoft to celebrate Debian 8 at LinuxFest Northwest

[Charly Batista]

Surpreendente:

http://openness.microsoft.com/blog/2015/04/21/microsoft-debian-8-linuxfest/

Leia até o fim.

Boa sorte.



Charly Batista
Administrador de Banco de Dados
charlyfra...@gmail.com
Linux user #391083


Se você tem uma maçã e eu tenho uma maçã e nós trocamos essas maçãs, então
eu e você ainda teremos uma maçã cada. Mas se você tiver uma idéia e eu
tiver uma idéia e nós trocamos idéias, então cada um de nós terá duas
idéias.
  George Bernard Shaw (1856-1950)
___
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] Vaga de Emprego

[Charly Batista]

Senhores, boa tarde (ou bom dia ai no Brasil :D)

Vou seguir o concelho do amigo Dutra e postar uma vaga aqui na lista. Bem,
nao é exatamente sobre PostgreSQL mas para Sys Admin.

Gentileza, caso tenham perguntas nao enviem email para a lista. Nao enviem
CV para a lista. Enviem para: cha...@letsface.com

Segue:


Letsface (Shanghai) invites you to join an exciting startup focused on
delivering software for events. It helps our customers create amazing
events. Guests love it!

You will be joining a growing team of engineers; develop, maintain and
design our range of products, from simple visual web animation to complex
admin backend and API. The ideal candidate will be self-taught,
self-directed with a strong sense of initiative, be able to propose ideas,
implement them and be able to work under pressure.

We offer:
- a market competitive salary suited to your abilities and skills,
- an international, Silicon Valley-like startup environment with a
wide-range of learning opportunities,
- a deeply passionate creative, sales and account management team with
aggressive targets,
- the opportunity to travel in China and internationally for events

Desired Skills and Experience

Requirements:
- Excellent English writing and reading skills, and good English speaking
skills,
- Be willing to sometimes work extra-hours and work at the site of events
when required,
- 2-3 years experience in system administration
- Bash/Python shell scripting
- Cloud computing (Amazon AWS. Rackspace)
- Linux (system administration CentOS or Debian)
- Nginx, relational databases (especially PostgreSQL)
- Virtualization (KVM)
- networking commands (dig, ping, traceroute, arp, etc)
- network health and services monitoring
- security

Other stuff we like:
- Github (Github Issue tracking, Github API, Github wiki)
- Experience using Jira




Regards,

Charly Batista

-
Shanghai -China
Skype: charlyfrankl
E-mail: charlyfra...@gmail.com
Linkedin: http://www.linkedin.com/in/charlyfrankl
___
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 - Modelo Configurador de Produto

[Pedro B. Alves]

Pessoal, alguém entende e poderia me auxiliar como projetar um configurador
de produto para meu ERP?
___
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] Ferramenta para análise de log Postgresql online

[Matheus Mendonça]

Bom dia,

Estou lançando o NAZAR.IO http://nazar.io/ que é ferramenta para análise
de log Postgresql online com foco em performance de aplicações que utilizam
banco de dados e gostaria de um feedback de vocês.

Para quem tiver interesse, estamos liberando o uso da ferramenta para
avaliação para os Early adopters.

Liberamos agora apenas para quem usa Postgres na Amazon (RDS).
Muito em breve abriremos também a versão para servidores standalone.

Quem tiver interesse pode se cadastrar direto no site www.nazar.io ou
enviar e-mail para math...@nazar.io.

Grato,
Matheus Mendonça.


*Matheus Mendonça*
Co-founder | nazar.io
___
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-topic] Ferramenta para análise de log Postgresql online

[Ariel Alves]

Aguardando ansiosamente para outros serves além do rds amazon.


Em 3 de julho de 2014 09:21, Matheus Mendonça math...@nazar.io escreveu:

 Bom dia,

 Estou lançando o NAZAR.IO http://nazar.io/ que é ferramenta para
 análise de log Postgresql online com foco em performance de aplicações que
 utilizam banco de dados e gostaria de um feedback de vocês.

 Para quem tiver interesse, estamos liberando o uso da ferramenta para
 avaliação para os Early adopters.

 Liberamos agora apenas para quem usa Postgres na Amazon (RDS).
 Muito em breve abriremos também a versão para servidores standalone.

 Quem tiver interesse pode se cadastrar direto no site www.nazar.io ou
 enviar e-mail para math...@nazar.io.

 Grato,
 Matheus Mendonça.


  *Matheus Mendonça*
 Co-founder | nazar.io

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




-- 

José Ariel Ferreira Alves
arielalves...@gmail.com
ariel.al...@msn.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] [off-topic] Ferramenta para análise de log Postgresql online

[Matheus Mendonça]

Pessoal,

Na versão atual já atendemos servidores standalone, só não está
completamente automática (self-service) como para o Amazon RDS.

Quem tiver interesse em testar a ferramenta com servidores postgresql que
não utilizem RDS, pode mandar e-mail direto para math...@nazar.io.

Abraço,
Matheus Mendonça.

*Matheus Mendonça*
Co-founder | nazar.io


2014-07-03 11:37 GMT-03:00 Ariel Alves arielalves...@gmail.com:

 Aguardando ansiosamente para outros serves além do rds amazon.


 Em 3 de julho de 2014 09:21, Matheus Mendonça math...@nazar.io escreveu:

 Bom dia,

 Estou lançando o NAZAR.IO http://nazar.io/ que é ferramenta para
 análise de log Postgresql online com foco em performance de aplicações que
 utilizam banco de dados e gostaria de um feedback de vocês.

 Para quem tiver interesse, estamos liberando o uso da ferramenta para
 avaliação para os Early adopters.

 Liberamos agora apenas para quem usa Postgres na Amazon (RDS).
 Muito em breve abriremos também a versão para servidores standalone.

 Quem tiver interesse pode se cadastrar direto no site www.nazar.io ou
 enviar e-mail para math...@nazar.io.

 Grato,
 Matheus Mendonça.


  *Matheus Mendonça*
 Co-founder | nazar.io

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




 --

 José Ariel Ferreira Alves
 arielalves...@gmail.com
 ariel.al...@msn.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] [off-topic] Ferramenta para análise de log Postgresql online

[Fabrízio de Royes Mello]

On 03-07-2014 09:21, Matheus Mendonça wrote:
 Bom dia,
 
 Estou lançando o NAZAR.IO http://nazar.io/ que é ferramenta para análise
 de log Postgresql online com foco em performance de aplicações que utilizam
 banco de dados e gostaria de um feedback de vocês.
 
 Para quem tiver interesse, estamos liberando o uso da ferramenta para
 avaliação para os Early adopters.
 
 Liberamos agora apenas para quem usa Postgres na Amazon (RDS).
 Muito em breve abriremos também a versão para servidores standalone.
 
 Quem tiver interesse pode se cadastrar direto no site www.nazar.io ou
 enviar e-mail para math...@nazar.io.
 

Matheus,

Show de bola a sua ferramenta, mas me explique as vantagens e
desvantagens de utilizá-la ao invés de simplesmente instalar/configurar,
por exemplo, um pgbadger [1].

Quais são os teus diferenciais??

Att,


[1] http://dalibo.github.io/pgbadger/

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

Re: [pgbr-geral] [off-topic] Ferramenta para análise de log Postgresql online

[Matheus Mendonça]

Oi Fabrizio,

Já usei pgbadger e o pgfouine e a falta de algumas features me motivou o
desenvolvimento do Nazar.io.

Algumas vantagens:

- Não precisar instalar/configurar/manter nenhuma ferramenta (não
intrusivo).
- Dashboard online com todos os servidores monitorados.
- App mobile com dashboard e envio de notificações e alertas ( em
desenvolvimento )
- Versão para outros SGBDs ( mysql em desenvolvimento )
- Envio de e-mail diário para toda equipe.
- Interface mais amigável
- Filtros para visualização de relatórios ( banco de dados / timestamp )
- Monitoramento próximo do realtime.  ( hoje já fazemos o monitoramento no
intervalo de 30 min )


Aproveito para saber quais features gostariam de ter na ferramenta?


[]'s


*Matheus Mendonça*
Co-founder | nazar.io


2014-07-03 12:03 GMT-03:00 Fabrízio de Royes Mello fabri...@timbira.com.br
:

 On 03-07-2014 09:21, Matheus Mendonça wrote:
  Bom dia,
 
  Estou lançando o NAZAR.IO http://nazar.io/ que é ferramenta para
 análise
  de log Postgresql online com foco em performance de aplicações que
 utilizam
  banco de dados e gostaria de um feedback de vocês.
 
  Para quem tiver interesse, estamos liberando o uso da ferramenta para
  avaliação para os Early adopters.
 
  Liberamos agora apenas para quem usa Postgres na Amazon (RDS).
  Muito em breve abriremos também a versão para servidores standalone.
 
  Quem tiver interesse pode se cadastrar direto no site www.nazar.io ou
  enviar e-mail para math...@nazar.io.
 

 Matheus,

 Show de bola a sua ferramenta, mas me explique as vantagens e
 desvantagens de utilizá-la ao invés de simplesmente instalar/configurar,
 por exemplo, um pgbadger [1].

 Quais são os teus diferenciais??

 Att,


 [1] http://dalibo.github.io/pgbadger/

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

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

Re: [pgbr-geral] [off-topic] Ferramenta para análise de log Postgresql online

[Fabrízio de Royes Mello]

On 03-07-2014 12:51, Matheus Mendonça wrote:
 Oi Fabrizio,
 
 Já usei pgbadger e o pgfouine e a falta de algumas features me motivou o
 desenvolvimento do Nazar.io.
 
 Algumas vantagens:
 
 - Não precisar instalar/configurar/manter nenhuma ferramenta (não
 intrusivo).
 - Dashboard online com todos os servidores monitorados.
 - App mobile com dashboard e envio de notificações e alertas ( em
 desenvolvimento )
 - Versão para outros SGBDs ( mysql em desenvolvimento )
 - Envio de e-mail diário para toda equipe.
 - Interface mais amigável
 - Filtros para visualização de relatórios ( banco de dados / timestamp )
 - Monitoramento próximo do realtime.  ( hoje já fazemos o monitoramento no
 intervalo de 30 min )
 

Show de bola...

E como funciona o envio dos logs (stream) para processamento e
visualização na sua ferramenta??

Att,

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

Re: [pgbr-geral] [off-topic] Ferramenta para análise de log Postgresql online

[Matheus Mendonça]

Oi Fabrizio,

Para os  bancos Amazon RDS é feito via API.

Já para os servidores standalone, preferencialmente via SCP mas podemos
combinar com o cliente outras maneiras ( rsyslog por exemplo ).

Abraço,


*Matheus Mendonça*
Co-founder | nazar.io


2014-07-03 13:22 GMT-03:00 Fabrízio de Royes Mello fabri...@timbira.com.br
:

 On 03-07-2014 12:51, Matheus Mendonça wrote:
  Oi Fabrizio,
 
  Já usei pgbadger e o pgfouine e a falta de algumas features me motivou o
  desenvolvimento do Nazar.io.
 
  Algumas vantagens:
 
  - Não precisar instalar/configurar/manter nenhuma ferramenta (não
  intrusivo).
  - Dashboard online com todos os servidores monitorados.
  - App mobile com dashboard e envio de notificações e alertas ( em
  desenvolvimento )
  - Versão para outros SGBDs ( mysql em desenvolvimento )
  - Envio de e-mail diário para toda equipe.
  - Interface mais amigável
  - Filtros para visualização de relatórios ( banco de dados / timestamp )
  - Monitoramento próximo do realtime.  ( hoje já fazemos o monitoramento
 no
  intervalo de 30 min )
 

 Show de bola...

 E como funciona o envio dos logs (stream) para processamento e
 visualização na sua ferramenta??

 Att,

 --
Fabrízio de Royes Mello Timbira - http://www.timbira.com.br/
PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento

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

Re: [pgbr-geral] [off-topic] Ferramenta para análise de log Postgresql online

[Bruno Silva]

Pra mim só abriu RDS.

Bruno E. A. Silva.
Analista de Sistemas.
Bacharel em Sistemas de Informação
MBA Gerência de Projetos
Certified Scrum Master
LPIC-1
SCJP, SE 6
Novell CLA / DCTS ECR
DBA Postgres
---
“A caixa dizia: Requer MS Windows ou superior. Então instalei Linux.” -
Sábio Desconhecido
Alguns prestam serviço/consultoria de Qualidade, os outros vendem licença!


2014-07-03 13:50 GMT-03:00 Matheus Mendonça math...@nazar.io:

 Oi Fabrizio,

 Para os  bancos Amazon RDS é feito via API.

 Já para os servidores standalone, preferencialmente via SCP mas podemos
 combinar com o cliente outras maneiras ( rsyslog por exemplo ).

 Abraço,


  *Matheus Mendonça*
 Co-founder | nazar.io


 2014-07-03 13:22 GMT-03:00 Fabrízio de Royes Mello 
 fabri...@timbira.com.br:

 On 03-07-2014 12:51, Matheus Mendonça wrote:
  Oi Fabrizio,
 
  Já usei pgbadger e o pgfouine e a falta de algumas features me motivou o
  desenvolvimento do Nazar.io.
 
  Algumas vantagens:
 
  - Não precisar instalar/configurar/manter nenhuma ferramenta (não
  intrusivo).
  - Dashboard online com todos os servidores monitorados.
  - App mobile com dashboard e envio de notificações e alertas ( em
  desenvolvimento )
  - Versão para outros SGBDs ( mysql em desenvolvimento )
  - Envio de e-mail diário para toda equipe.
  - Interface mais amigável
  - Filtros para visualização de relatórios ( banco de dados / timestamp )
  - Monitoramento próximo do realtime.  ( hoje já fazemos o monitoramento
 no
  intervalo de 30 min )
 

 Show de bola...

 E como funciona o envio dos logs (stream) para processamento e
 visualização na sua ferramenta??

 Att,

 --
Fabrízio de Royes Mello Timbira - http://www.timbira.com.br/
PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento



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


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

Re: [pgbr-geral] [off-topic] Ferramenta para análise de log Postgresql online

[Matheus Mendonça]

Oi Bruno,

Acabei de responder seu e-mail.

Como falei anteriormente, a versão completamente automática só está
funcionando para RDS mas enviei as instruções para a versão standalone por
e-mail.

Abraço!

*Matheus Mendonça*
Co-founder | nazar.io


2014-07-03 15:00 GMT-03:00 Bruno Silva bemanuel...@gmail.com:

 Pra mim só abriu RDS.

 Bruno E. A. Silva.
 Analista de Sistemas.
 Bacharel em Sistemas de Informação
 MBA Gerência de Projetos
 Certified Scrum Master
 LPIC-1
 SCJP, SE 6
 Novell CLA / DCTS ECR
 DBA Postgres
 ---
 “A caixa dizia: Requer MS Windows ou superior. Então instalei Linux.” -
 Sábio Desconhecido
 Alguns prestam serviço/consultoria de Qualidade, os outros vendem
 licença!


 2014-07-03 13:50 GMT-03:00 Matheus Mendonça math...@nazar.io:

 Oi Fabrizio,

 Para os  bancos Amazon RDS é feito via API.

 Já para os servidores standalone, preferencialmente via SCP mas podemos
 combinar com o cliente outras maneiras ( rsyslog por exemplo ).

 Abraço,


  *Matheus Mendonça*
 Co-founder | nazar.io


 2014-07-03 13:22 GMT-03:00 Fabrízio de Royes Mello 
 fabri...@timbira.com.br:

 On 03-07-2014 12:51, Matheus Mendonça wrote:
  Oi Fabrizio,
 
  Já usei pgbadger e o pgfouine e a falta de algumas features me motivou
 o
  desenvolvimento do Nazar.io.
 
  Algumas vantagens:
 
  - Não precisar instalar/configurar/manter nenhuma ferramenta (não
  intrusivo).
  - Dashboard online com todos os servidores monitorados.
  - App mobile com dashboard e envio de notificações e alertas ( em
  desenvolvimento )
  - Versão para outros SGBDs ( mysql em desenvolvimento )
  - Envio de e-mail diário para toda equipe.
  - Interface mais amigável
  - Filtros para visualização de relatórios ( banco de dados / timestamp
 )
  - Monitoramento próximo do realtime.  ( hoje já fazemos o
 monitoramento no
  intervalo de 30 min )
 

 Show de bola...

 E como funciona o envio dos logs (stream) para processamento e
 visualização na sua ferramenta??

 Att,

 --
Fabrízio de Royes Mello Timbira - http://www.timbira.com.br/
PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento



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



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


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

[pgbr-geral] [OFF-TOPIC] Normalização de dados.

[C.P.D. - T.I. MoRHena]

Prezados,

Sou analista de sistemas desenvolvedor e preciso criar dois atributos 
dentro de uma tabela já existente. Acontece que para estes dois 
atributos [varchar=30] cerca de 70% dos seus lançamentos o valor será 
nulo. A questão que me deixa em dúvida é, crio estes dois campos na 
tabela já existente mesmo sabendo do alto percentual de registros com o 
valor nulo ou crio uma nova tabela relacionada a esta já existente com 
apenas estes dois atributos ?


Abraços,

Olavo Jr.

---
Este email está limpo de vírus e malwares porque a proteção do avast! Antivírus 
está ativa.
http://www.avast.com

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

Re: [pgbr-geral] [OFF-TOPIC] Normalização de dados.

[Claudio Bezerra Leopoldino]

Bom dia!

Meu caro, sugiro que adiciona os campos na tabela, e que só tente fazer 
otimizações e ajustes de performance caso seja percebida alguma lentidão.

Primeiro se implementa o sistema, depois ajusta-se o que é necessário.


Cordialmente,

 
Cláudio Leopoldino
postgresqlbr.blogspot.com/
=


Em Sexta-feira, 30 de Maio de 2014 10:24, C.P.D. - T.I. MoRHena 
c...@morenarh.com.br escreveu:
 


Prezados,

Sou analista de sistemas desenvolvedor e preciso criar dois atributos 
dentro de uma tabela já existente. Acontece que para estes dois 
atributos [varchar=30] cerca de 70% dos seus lançamentos o valor será 
nulo. A questão que me deixa em dúvida é, crio estes dois campos na 
tabela já existente mesmo sabendo do alto percentual de registros com o 
valor nulo ou crio uma nova tabela relacionada a esta já existente com 
apenas estes dois atributos ?

Abraços,

Olavo Jr.

---
Este email está limpo de vírus e malwares porque a proteção do avast! Antivírus 
está ativa.
http://www.avast.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] [OFF-TOPIC] Normalização de dados.

[Luis Eduardo Bueno]

Particularmente, se já esta em produção e se a tabela tiver muitos
registros, eu faria em outra tabela.
Se for pequena e a quantidade de consulta for relatiivamente pequena,
deixaria na mesma tabela mesmo.

Att,
Luis



Em 30 de maio de 2014 10:24, C.P.D. - T.I. MoRHena c...@morenarh.com.br
escreveu:

 Prezados,

 Sou analista de sistemas desenvolvedor e preciso criar dois atributos
 dentro de uma tabela já existente. Acontece que para estes dois atributos
 [varchar=30] cerca de 70% dos seus lançamentos o valor será nulo. A questão
 que me deixa em dúvida é, crio estes dois campos na tabela já existente
 mesmo sabendo do alto percentual de registros com o valor nulo ou crio uma
 nova tabela relacionada a esta já existente com apenas estes dois atributos
 ?

 Abraços,

 Olavo Jr.

 ---
 Este email está limpo de vírus e malwares porque a proteção do avast!
 Antivírus está ativa.
 http://www.avast.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] Problemas com caracteres pgAdmin 3 1.8.1 - Mac OS X

[Tiago José Adami]

Olá pessoal,

Desculpem por este OFF-TOPIC referente à ferramenta pgAdmin 3. Ela é
uma mão na roda e faço questão de utilizá-la, porém no OS X existe um
bug com o teclado U.S. International: acentuação, aspas simples e
backspace não funcionam.

O problema já foi reportado na lista pgadmin-support [1], mas até
agora não houve correção. Gostaria de saber se alguém da lista usa o
pgAdmin 3 com OS X, e em caso positivo, se conseguiu contornar o
problema.


Referências:
[1] 
http://www.postgresql.org/message-id/caal_gcxtnxz6j_wsb3-cy0hmwfahus0--ppp6pux2_wc4jb...@mail.gmail.com

TIAGO J. ADAMI
http://www.adamiworks.com
@tiadami
___
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-TOPIC] Problemas com caracteres pgAdmin 3 1.8.1 - Mac OS X

[Fabrízio de Royes Mello]

On 09-04-2014 13:54, Tiago José Adami wrote:
 Olá pessoal,
 
 Desculpem por este OFF-TOPIC referente à ferramenta pgAdmin 3. Ela é
 uma mão na roda e faço questão de utilizá-la, porém no OS X existe um
 bug com o teclado U.S. International: acentuação, aspas simples e
 backspace não funcionam.
 
 O problema já foi reportado na lista pgadmin-support [1], mas até
 agora não houve correção. Gostaria de saber se alguém da lista usa o
 pgAdmin 3 com OS X, e em caso positivo, se conseguiu contornar o
 problema.
 
 
 Referências:
 [1] 
 http://www.postgresql.org/message-id/caal_gcxtnxz6j_wsb3-cy0hmwfahus0--ppp6pux2_wc4jb...@mail.gmail.com
 

Não utilizo OS X, mas lá mesmo na referência que vc citou o Willy-Bas
Loos informou que provavelmente trata-se de um bug na wxWidgets:

http://trac.wxwidgets.org/ticket/15345

E pelo visto o bug já foi corrigido... não fui mais além disso, mas
teria de verificar se já não existe uma atualização da wxwidgets com
essa correção.

O Guedes é mais ligado nos internals do PGAdmin, creio que ele possa ter
uma opinião a respeito.

Att,

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

Re: [pgbr-geral] [OFF-TOPIC] Problemas com caracteres pgAdmin 3 1.8.1 - Mac OS X

[Tiago José Adami]

Em 9 de abril de 2014 14:19, Fabrízio de Royes Mello
fabri...@timbira.com.br escreveu:
 On 09-04-2014 13:54, Tiago José Adami wrote:
 (corte)
 Não utilizo OS X, mas lá mesmo na referência que vc citou o Willy-Bas
 Loos informou que provavelmente trata-se de um bug na wxWidgets:

 http://trac.wxwidgets.org/ticket/15345

 E pelo visto o bug já foi corrigido... não fui mais além disso, mas
 teria de verificar se já não existe uma atualização da wxwidgets com
 essa correção.

 O Guedes é mais ligado nos internals do PGAdmin, creio que ele possa ter
 uma opinião a respeito.

Realmente, nos repositórios do WxWidgets parece ter sido corrigido,
mas o pgAdmin ainda não implementa essa correção.

--
TIAGO J. ADAMI
http://www.adamiworks.com
@tiadami
___
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-TOPIC] Problemas com caracteres pgAdmin 3 1.8.1 - Mac OS X

[Fabrízio de Royes Mello]

On 09-04-2014 14:40, Tiago José Adami wrote:
 Em 9 de abril de 2014 14:19, Fabrízio de Royes Mello
 fabri...@timbira.com.br escreveu:
 On 09-04-2014 13:54, Tiago José Adami wrote:
 (corte)
 Não utilizo OS X, mas lá mesmo na referência que vc citou o Willy-Bas
 Loos informou que provavelmente trata-se de um bug na wxWidgets:

 http://trac.wxwidgets.org/ticket/15345

 E pelo visto o bug já foi corrigido... não fui mais além disso, mas
 teria de verificar se já não existe uma atualização da wxwidgets com
 essa correção.

 O Guedes é mais ligado nos internals do PGAdmin, creio que ele possa ter
 uma opinião a respeito.
 
 Realmente, nos repositórios do WxWidgets parece ter sido corrigido,
 mas o pgAdmin ainda não implementa essa correção.
 

Será que compilando o PGAdmin com a wxwidgets atualizada não resolve?

Att,

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

Re: [pgbr-geral] [OFF-TOPIC] Problemas com caracteres pgAdmin 3 1.8.1 - Mac OS X

[Tiago José Adami]

Em 9 de abril de 2014 14:45, Fabrízio de Royes Mello
fabri...@timbira.com.br escreveu:
 On 09-04-2014 14:40, Tiago José Adami wrote:
 Em 9 de abril de 2014 14:19, Fabrízio de Royes Mello
 fabri...@timbira.com.br escreveu:
 On 09-04-2014 13:54, Tiago José Adami wrote:
 (corte)
 Não utilizo OS X, mas lá mesmo na referência que vc citou o Willy-Bas
 Loos informou que provavelmente trata-se de um bug na wxWidgets:

 http://trac.wxwidgets.org/ticket/15345

 E pelo visto o bug já foi corrigido... não fui mais além disso, mas
 teria de verificar se já não existe uma atualização da wxwidgets com
 essa correção.

 O Guedes é mais ligado nos internals do PGAdmin, creio que ele possa ter
 uma opinião a respeito.

 Realmente, nos repositórios do WxWidgets parece ter sido corrigido,
 mas o pgAdmin ainda não implementa essa correção.


 Será que compilando o PGAdmin com a wxwidgets atualizada não resolve?

Não manjo muito dos paranauê pra fazer isso, mas vou tentar mais tarde :)

--
TIAGO J. ADAMI
http://www.adamiworks.com
@tiadami
___
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-TOPIC] Problemas com caracteres pgAdmin 3 1.8.1 - Mac OS X

[Fabrízio de Royes Mello]

On 09-04-2014 16:06, Tiago José Adami wrote:

 Será que compilando o PGAdmin com a wxwidgets atualizada não resolve?
 
 Não manjo muito dos paranauê pra fazer isso, mas vou tentar mais tarde :)
 

Hehehehe... uma vez escrevi sobre o assunto [1], mas utilizando
Ubuntu... pode ser que ajude.


[1]
http://fabriziomello.blogspot.com.br/2009/07/compilando-o-pgadmin-1100-no-ubuntu-904.html

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

Re: [pgbr-geral] [off-topic] DBA em Ribeirão Preto ou região

[Euler Taveira]

On 21-01-2014 20:49, Leonardo Machado wrote:
 Nota: Senhor(a) moderador(a) favor excluir a mensagem caso eu esteja 
 infringindo alguma regra, obrigado e sucesso.
 
Mensagens sobre vagas em PostgreSQL são permitidas nesta lista. Além
disso, as mesmas *não* são off-topic.


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

[pgbr-geral] [off-topic] DBA em Ribeirão Preto ou região

[Leonardo Machado]

Pessoal, Desculpa está postando aqui, mas tenho cliente que está precisando de 
um serviço de DBA(replicação de dados Postgresql 9.1), a empresa fica em 
Ribeirão Preto-SP, quem tiver interesse entra em contato comigo, obrigado. 
E-mail: leona...@sygecom.com.br

Nota: Senhor(a) moderador(a) favor excluir a mensagem caso eu esteja 
infringindo alguma regra, obrigado e sucesso.

Leonardo Machado
www.sygecom.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] Off-Topic - Documentação Definindo Estrutura de Banco de Dados

[Emerson Martins]

Bom dia Pessoal!

Aqui na empresa (Governo) estamos organizando toda estrutura de Banco de
Dados existente, para os antigos e novos Sistemas, para melhorar o trabalho
de quem chegar e de quem ja estava.

Alguns problemas encontrados junto com o pessoal de Desenvolvimento:

1 - Acesso ao bd de produção,
2 - Nao existia ambiente de homologação onde ( os Scripts de BD deveriam
ser testados)
3 - Dicionário de Dados - (Definição de Nome do BD, Tabelas, Views,
Sequences, Stored Procedures, Functions, Roles,etc)
4 - Não existência de uma documentação para manter regras relacionadas.

Então se alguém ja trabalha dessa forma, essa tarefa foi me dada para os
Ambientes PostgreSQL, contudo se alguém se dispuser a me ajudar enviando
dicas, links, documentos modelos, etc.

Toda ajuda será bem vinda! E desde já agradeço o apoio de quem puder ajudar.



Att,

Emerson Martins
___
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-Topic - Documentação Definindo Estrutura de Banco de Dados

[Eduardo Alexandre]

Olá,

Em 24 de outubro de 2013 11:15, Emerson Martins
emersonmarti...@gmail.comescreveu:

 Bom dia Pessoal!

 Aqui na empresa (Governo) estamos organizando toda estrutura de Banco de
 Dados existente, para os antigos e novos Sistemas, para melhorar o trabalho
 de quem chegar e de quem ja estava.

 Alguns problemas encontrados junto com o pessoal de Desenvolvimento:

 1 - Acesso ao bd de produção,

Onde trabalho, há o acesso ao bd de produção, até para que possa ser
replicado nele, as alterações que foram feitas no banco de desenvolvimento.

 2 - Nao existia ambiente de homologação onde ( os Scripts de BD deveriam
 ser testados)

Possuímos uma estrutura com três servidores: um para teste, um para
produção e um para banco de dados. O sistema é sempre desenvolvido no
servidor de teste, o sistema é versionado e do servidor de produção é feito
um git pull e obtida a última versão estável.

 3 - Dicionário de Dados - (Definição de Nome do BD, Tabelas, Views,
 Sequences, Stored Procedures, Functions, Roles,etc)

Utilizo um software case que permite fazer a modelagem da base e geração da
modelagem em PDF, HTML, etc. Com o comprometimento de replicar no documento
de modelo toda alteração feita diretamente no banco de dados de teste, fica
tudo bonito.

 4 - Não existência de uma documentação para manter regras relacionadas.

Não entendi.


 Então se alguém ja trabalha dessa forma, essa tarefa foi me dada para os
 Ambientes PostgreSQL, contudo se alguém se dispuser a me ajudar enviando
 dicas, links, documentos modelos, etc.

 Toda ajuda será bem vinda! E desde já agradeço o apoio de quem puder
 ajudar.



 Att,

 Emerson Martins


 ___
 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] Off-Topic - Documentação Definindo Estrutura de Banco de Dados

[Emerson Martins]

Opa!

Em 24 de outubro de 2013 11:22, Eduardo Alexandre
eduardog...@gmail.comescreveu:

 Olá,

 Em 24 de outubro de 2013 11:15, Emerson Martins emersonmarti...@gmail.com
  escreveu:

 Bom dia Pessoal!

 Aqui na empresa (Governo) estamos organizando toda estrutura de Banco de
 Dados existente, para os antigos e novos Sistemas, para melhorar o trabalho
 de quem chegar e de quem ja estava.

 Alguns problemas encontrados junto com o pessoal de Desenvolvimento:

 1 - Acesso ao bd de produção,

 Onde trabalho, há o acesso ao bd de produção, até para que possa ser
 replicado nele, as alterações que foram feitas no banco de desenvolvimento.


   Claro! Mas falei em relação a quem tem acesso a esse BD de Produção?
Desenvolvedor, AD, DBA?
Na nossa nova estrutura apenas o DBA terá acesso ao BD de Produção, no
demais os desenvolvedores e AD terão normalmente.

 2 - Nao existia ambiente de homologação onde ( os Scripts de BD deveriam
ser testados)

 Possuímos uma estrutura com três servidores: um para teste, um para
 produção e um para banco de dados. O sistema é sempre desenvolvido no
 servidor de teste, o sistema é versionado e do servidor de produção é feito
 um git pull e obtida a última versão estável.


Nossa idéia será essa mas ainda com um quarto servidor para que possa se
manter a replicação dos dados.


  3 - Dicionário de Dados - (Definição de Nome do BD, Tabelas, Views,
 Sequences, Stored Procedures, Functions, Roles,etc)



 Utilizo um software case que permite fazer a modelagem da base e geração
 da modelagem em PDF, HTML, etc. Com o comprometimento de replicar no
 documento de modelo toda alteração feita diretamente no banco de dados de
 teste, fica tudo bonito.


Poderia informar a ferramenta ou a mesma foi desenvolvida internamente?


  4 - Não existência de uma documentação para manter regras relacionadas.

  Não entendi.


Entendo. Não fui claro aqui! A documentação é basicamente um doc ou pdf,
informando como deve ser utilizado o padrão interno(orgao) para
nomenclatura de objetos do dicionario de dados(tables,views,functions,etc),
entre as diversas normas do orgao referente a essa area.




 Então se alguém ja trabalha dessa forma, essa tarefa foi me dada para os
 Ambientes PostgreSQL, contudo se alguém se dispuser a me ajudar enviando
 dicas, links, documentos modelos, etc.

 Toda ajuda será bem vinda! E desde já agradeço o apoio de quem puder
 ajudar.



 Att,

 Emerson Martins


 ___
 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] Off-Topic - Documentação Definindo Estrutura de Banco de Dados

[Guimarães Faria Corcete DUTRA , Leandro]

2013/10/24 Emerson Martins emersonmarti...@gmail.com:

 Alguns problemas encontrados junto com o pessoal de Desenvolvimento:

 1 - Acesso ao bd de produção,

Como assim?


 2 - Nao existia ambiente de homologação onde ( os Scripts de BD deveriam ser
 testados)

E agora, já existe?  Por que os parênteses quebrando a frase, ou ela
está truncada?


 3 - Dicionário de Dados - (Definição de Nome do BD, Tabelas, Views,
 Sequences, Stored Procedures, Functions, Roles,etc)

Qual o problema aqui?


 4 - Não existência de uma documentação para manter regras relacionadas.

Certo, e?

Você tem só PostgreSQL ou outros sistemas?

Pergunto porque acho mais fácil usar modelagem literária que uma
ferramenta gráfica — mas quando há vários SGBDs, pode ser necessária
uma ferramenta dessas para ajudar a manter um dicionário unificado
entre os diversos sistemas.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Off-Topic - Documentação Definindo Estrutura de Banco de Dados

[Eduardo Alexandre]

Olá,

 1 - Acesso ao bd de produção,

 Onde trabalho, há o acesso ao bd de produção, até para que possa ser
 replicado nele, as alterações que foram feitas no banco de desenvolvimento.


Claro! Mas falei em relação a quem tem acesso a esse BD de Produção?
 Desenvolvedor, AD, DBA?
 Na nossa nova estrutura apenas o DBA terá acesso ao BD de Produção, no
 demais os desenvolvedores e AD terão normalmente.


Como não temos a figura de um DBA,  os desenvolvedores têm acesso.


   3 - Dicionário de Dados - (Definição de Nome do BD, Tabelas, Views,
 Sequences, Stored Procedures, Functions, Roles,etc)



 Utilizo um software case que permite fazer a modelagem da base e geração
 da modelagem em PDF, HTML, etc. Com o comprometimento de replicar no
 documento de modelo toda alteração feita diretamente no banco de dados de
 teste, fica tudo bonito.


 Poderia informar a ferramenta ou a mesma foi desenvolvida internamente?


Gosto muito do finado Case Studio. Atualmente, creio que o Toad Data
Modeler cumpre suas funcionalidades.


  4 - Não existência de uma documentação para manter regras relacionadas.

  Não entendi.


 Entendo. Não fui claro aqui! A documentação é basicamente um doc ou pdf,
 informando como deve ser utilizado o padrão interno(orgao) para
 nomenclatura de objetos do dicionario de dados(tables,views,functions,etc),
 entre as diversas normas do orgao referente a essa area.


Utilizamos o Redmine como gerenciamento de projetos e os dados de
documentação ficam no Wiki de cada projeto.

Abraços,
___
Eduardo Alexandre
___
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-Topic - Documentação Definindo Estrutura de Banco de Dados

[Emerson Martins]

 Alguns problemas encontrados junto com o pessoal de Desenvolvimento:

 
  1 - Acesso ao bd de produção,

 Como assim?

 Nos servidores antigos os desenvolvedores, entre outros teem acesso de
alterar estruturas do BD diretamente na produção sem passar pelo
homologação! Concerteza isso nao deveria acontecer.



  2 - Nao existia ambiente de homologação onde ( os Scripts de BD deveriam
 ser
  testados)

 E agora, já existe?  Por que os parênteses quebrando a frase, ou ela
 está truncada?


  Já existe sim Dutra.



  3 - Dicionário de Dados - (Definição de Nome do BD, Tabelas, Views,
  Sequences, Stored Procedures, Functions, Roles,etc)

 Qual o problema aqui?

Auxilio de ferramentas para agilizar o processo.


  4 - Não existência de uma documentação para manter regras relacionadas.

 Certo, e?

 Você tem só PostgreSQL ou outros sistemas?

Trabalhamos com PostgreSQL, MySQL e Oracle, porém maioria dos softwares
são desenvolvidos com o banco de dados PostgreSQL.



 Pergunto porque acho mais fácil usar modelagem literária que uma
 ferramenta gráfica — mas quando há vários SGBDs, pode ser necessária
 uma ferramenta dessas para ajudar a manter um dicionário unificado
 entre os diversos sistemas.
 


É justamente nesse ponto que estou precisando melhorar!
___
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-Topic - Documentação Definindo Estrutura de Banco de Dados

[Guimarães Faria Corcete DUTRA , Leandro]

2013/10/24 Emerson Martins emersonmarti...@gmail.com:

  3 - Dicionário de Dados - (Definição de Nome do BD, Tabelas, Views,
  Sequences, Stored Procedures, Functions, Roles,etc)

 Qual o problema aqui?

Auxilio de ferramentas para agilizar o processo.

Na minha experiência, geralmente as ferramentas ‘gráficas’ (modelagem
por diagramação) burocratizam o processo.  Por isso para mim a
principal ferramenta é o controle de código fonte, junto com o noweb,
o LaTeX (e HMTL e PDF, conforme a vontade do freguês), o AutoDoc… com
a ressalva de quando há necessidade de unificar o dicionário entre
diversas plataformas, principalmente com as que têm o defeito de não
suportar CREATE DOMAIN — o que a última vez que olhei eram quase todas
as outras.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] [OFF-TOPIC] Ajuda conectar DataFlex

[Flávio Luiz Castro]

Glauco, não tive muito tempo pra ver toda a documentação e não tive como
testar o processo.
Mas se for para exportar os dados do Dataflex, existe um programa que
auxiliaria o processo. Você pode exportar os dados em CSV, se isto ajudar
use a seguinte sintax:

dfrun dfq

O aplicativo é relativamente intuitivo.

[]s


  .~.
  / v \ Flávio Luiz Castro
 /( _ )\
   ^ ^ Linux Registered User: 347610


Em 15 de outubro de 2013 14:27, Glauco Torres torres.gla...@gmail.comescreveu:



 Faz um bom tempo que não uso FlexODBC, mas tenta exportar com samba o
 diretório com os arquivos e mapear o diretório no windows, ou copiar os
 arquivos para o equipamento com windows (a base de dados funciona em
 qualquer ambiente), ou me envia o pdf da documentação do FlexODBC pra eu
 tentar verificar como é feita a configuração.


 Flávio, volto a agradecer a mão que você esta me dando.

 Segue o link Manual Flex ODBC:
 https://docs.google.com/file/d/0B4NuPgZtrJdHZjhTaV9sLWo4UEk/edit?usp=sharing

 Passei toda a pasta /cliente/ para um o Windows, mais com todo o meu
 conhecimento não consegui conectar.



 Detalhe, esse driver ODBC é muito lento.

 Depois me explica melhor o que vc quer fazer com tudo isso, se for
 exportar os dados eu tenho programa pra fazer isso.


 Então, estou tendo todo esse trabalho para importar pelo menos os
 cadastros e movimentações de um cliente. Claro importar para o PostgreSQL.

 Att Glauco Torres

 ___
 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] [OFF-TOPIC] Ajuda conectar DataFlex

[Glauco Torres]

Faz um bom tempo que não uso FlexODBC, mas tenta exportar com samba o
 diretório com os arquivos e mapear o diretório no windows, ou copiar os
 arquivos para o equipamento com windows (a base de dados funciona em
 qualquer ambiente), ou me envia o pdf da documentação do FlexODBC pra eu
 tentar verificar como é feita a configuração.


Flávio, volto a agradecer a mão que você esta me dando.

Segue o link Manual Flex ODBC:
https://docs.google.com/file/d/0B4NuPgZtrJdHZjhTaV9sLWo4UEk/edit?usp=sharing

Passei toda a pasta /cliente/ para um o Windows, mais com todo o meu
conhecimento não consegui conectar.



 Detalhe, esse driver ODBC é muito lento.

 Depois me explica melhor o que vc quer fazer com tudo isso, se for
 exportar os dados eu tenho programa pra fazer isso.


Então, estou tendo todo esse trabalho para importar pelo menos os cadastros
e movimentações de um cliente. Claro importar para o PostgreSQL.

Att Glauco Torres
___
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] Ajuda conectar DataFlex

[Glauco Torres]

Bom dia Pessoal,

Peguei uma bucha, preciso conectar em um banco DataFlex instalado no linux,
pelo menos para fazer um select.

Problema ( 1 ) o cliente não sabe absolutamente nada só sabe que esta em
tal maquina, não sabe se tem usuário, porta de conexão.
Problema ( 2 ) eu sei tanto quanto ele, estou a mais de 1 semana
pesquisando sobre esse tal Dataflex a unica coisa que consegui descobrir é
o drive FlexODBC, mais parece que tem que configurar um arquivo chamado
DFPath o qual até o momento não encontrei referencia alguma, não sei o que
deve ser colocado nesse arquivo, e como deve ser informado e o Data Name
que eu CREIO ser o nome do banco, mais também não tenho certeza.

Como você podem ver eu não sei absolutamente nada, nem por onde começar, já
conversei com os meus contatos mais experientes e ninguém soube explicar
absolutamente nada.

Será que alguém pode me dar um luz de como devo fazer isso?

Att Glauco Torres
___
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-TOPIC] Ajuda conectar DataFlex

[Flávio Luiz Castro]

Glauco, bom dia!

Primeiro, você pode me informar qual versão está utilizando o DataFlex?

O dfpath não é um arquivo, mas uma variável de ambiente que deve conter
os caminhos dos arquivos de configuração e arquivos de dados.

[]s


  .~.
  / v \ Flávio Luiz Castro
 /( _ )\
   ^ ^ Linux Registered User: 347610


Em 14 de outubro de 2013 11:07, Glauco Torres torres.gla...@gmail.comescreveu:

 Bom dia Pessoal,

 Peguei uma bucha, preciso conectar em um banco DataFlex instalado no
 linux, pelo menos para fazer um select.

 Problema ( 1 ) o cliente não sabe absolutamente nada só sabe que esta em
 tal maquina, não sabe se tem usuário, porta de conexão.
 Problema ( 2 ) eu sei tanto quanto ele, estou a mais de 1 semana
 pesquisando sobre esse tal Dataflex a unica coisa que consegui descobrir é
 o drive FlexODBC, mais parece que tem que configurar um arquivo chamado
 DFPath o qual até o momento não encontrei referencia alguma, não sei o que
 deve ser colocado nesse arquivo, e como deve ser informado e o Data Name
 que eu CREIO ser o nome do banco, mais também não tenho certeza.

 Como você podem ver eu não sei absolutamente nada, nem por onde começar,
 já conversei com os meus contatos mais experientes e ninguém soube explicar
 absolutamente nada.

 Será que alguém pode me dar um luz de como devo fazer isso?

 Att Glauco Torres

 ___
 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] [OFF-TOPIC] Ajuda conectar DataFlex

[Janser Rodrigues Cunha]

Em 14 de outubro de 2013 10:07, Glauco Torres torres.gla...@gmail.comescreveu:

 Bom dia Pessoal,

 Peguei uma bucha, preciso conectar em um banco DataFlex instalado no
 linux, pelo menos para fazer um select.

 Problema ( 1 ) o cliente não sabe absolutamente nada só sabe que esta em
 tal maquina, não sabe se tem usuário, porta de conexão.
 Problema ( 2 ) eu sei tanto quanto ele, estou a mais de 1 semana
 pesquisando sobre esse tal Dataflex a unica coisa que consegui descobrir é
 o drive FlexODBC, mais parece que tem que configurar um arquivo chamado
 DFPath o qual até o momento não encontrei referencia alguma, não sei o que
 deve ser colocado nesse arquivo, e como deve ser informado e o Data Name
 que eu CREIO ser o nome do banco, mais também não tenho certeza.


 Bom dia Glauco Torres, normalmente o dataflex não possui banco de dados e
sim base de dados em arquivos, este arquivos possuem a extensão .dat ,
verifique se existe estes arquivos no pc do seu cliente.
Se o sistema estiver utilizando este tipo de base, será necessário você
instalar o sistema do dataflex para poder acessar os dados, mais não é
possível realizar select neste tipo de base, será necessário desenvolver um
programa que pegue as informações e converta para arquivo texto. ou
utilizar drivers(só conheço pago) que realizar a conversão dos dados para o
banco.
Há já ia esquecendo o arquivo mais importante do dataflex é o filelist.cfg,
nele esta a relação de todos os arquivos da base dataflex.
___
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-TOPIC] Ajuda conectar DataFlex

[Glauco Torres]

 Primeiro, você pode me informar qual versão está utilizando o DataFlex?


Flávio, a coisa ta tão feita que eu não sei nem como pegar a versão do
dataflex.

Vi que tem um serviço dtfrun, encontrei a partir da onde ele esta sendo
executado /cliente/df32/bin/dfrun , tentei usar o version mais não consegui.

Você pode me passar como eu faço isso?



 O dfpath não é um arquivo, mas uma variável de ambiente que deve conter
 os caminhos dos arquivos de configuração e arquivos de dados.



Certo, pelo menos agora sei o que é o dfpath.

Grato pelo seu tempo.

Att Glauco Torres
___
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-TOPIC] Ajuda conectar DataFlex

[Flávio Luiz Castro]

Você deve ter um diretório /cliente/df32/usr, se sim, dentro dele deve ter
um script setpath que deve definir as variáveis necessárias para execução.

arquivos de configuração:
termlist.cfg - chave de instalação, não altere nem perca
filelist.cfg - relação de arquivos visualizados pelo sistema.


dfrun - executa um programa dataflex extensão FLX.
dffile - alterar/visualizar a estrutura de uma tabela.
dfsort - reindexar uma tabela
dfmaint - manutenção de tabelas.

[]s


  .~.
  / v \ Flávio Luiz Castro
 /( _ )\
   ^ ^ Linux Registered User: 347610


Em 14 de outubro de 2013 11:45, Glauco Torres torres.gla...@gmail.comescreveu:


 Primeiro, você pode me informar qual versão está utilizando o DataFlex?


 Flávio, a coisa ta tão feita que eu não sei nem como pegar a versão do
 dataflex.

 Vi que tem um serviço dtfrun, encontrei a partir da onde ele esta sendo
 executado /cliente/df32/bin/dfrun , tentei usar o version mais não consegui.

 Você pode me passar como eu faço isso?



 O dfpath não é um arquivo, mas uma variável de ambiente que deve conter
 os caminhos dos arquivos de configuração e arquivos de dados.



 Certo, pelo menos agora sei o que é o dfpath.

 Grato pelo seu tempo.

 Att Glauco Torres

 ___
 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] [OFF-TOPIC] Ajuda conectar DataFlex

[Glauco Torres]

Você deve ter um diretório /cliente/df32/usr, se sim, dentro dele deve ter
 um script setpath que deve definir as variáveis necessárias para execução.


Opa dentro do usr encontrei o arquivo version.

PRODUCT:DataFlex 3.2 for Linux


Flávio, instalei em um maquina Windows VB Demo tem como eu apontar esse
programa para o Servidor DataFlex no Linux?
___
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-TOPIC] Ajuda conectar DataFlex

[Flávio Luiz Castro]

Faz um bom tempo que não uso FlexODBC, mas tenta exportar com samba o
diretório com os arquivos e mapear o diretório no windows, ou copiar os
arquivos para o equipamento com windows (a base de dados funciona em
qualquer ambiente), ou me envia o pdf da documentação do FlexODBC pra eu
tentar verificar como é feita a configuração.

Detalhe, esse driver ODBC é muito lento.

Depois me explica melhor o que vc quer fazer com tudo isso, se for exportar
os dados eu tenho programa pra fazer isso.

[]s


  .~.
  / v \ Flávio Luiz Castro
 /( _ )\
   ^ ^ Linux Registered User: 347610


Em 14 de outubro de 2013 13:59, Glauco Torres torres.gla...@gmail.comescreveu:



 Você deve ter um diretório /cliente/df32/usr, se sim, dentro dele deve ter
 um script setpath que deve definir as variáveis necessárias para execução.


 Opa dentro do usr encontrei o arquivo version.

 PRODUCT:DataFlex 3.2 for Linux


 Flávio, instalei em um maquina Windows VB Demo tem como eu apontar esse
 programa para o Servidor DataFlex no Linux?




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

[Julio F. Figueiredo]

É só comigo ou com mais alguem que as mensagens do grupo estão parando na
pasta spam no GMail?


Att,
*Julio F. Figueiredo*
*Analista de Sistemas*
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] [OFF-TOPIC] Spam

[Guimarães Faria Corcete DUTRA , Leandro]

2013/10/4 Julio F. Figueiredo tuski...@gmail.com:
 É só comigo ou com mais alguem que as mensagens do grupo estão parando na
 pasta spam no GMail?

Tudo normal aqui.  Busque as mensagens da lista na tua pasta de
/spam/, marque todas e use o botão de ‘não spam’.  Ele deve rapidinho
aprender.

Você deve ter marcado uma ou duas mensagens da lista como /spam/ por
engano, aí ele foi na onda.

E, por favor, evite mensagens formatadas para a lista, principalmente
não com MS Comic Sans e similares.
___
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] - TCC sobre PostgreSQL

[Wellington]

Pessoal, boa noite,

estou concluindo meu TCC, que trata sobre algumas funcionalidades do 
PostgreSQL. Gostaria, se possivel, da opiniao de algum especialista sobre o 
trabalho que elaborei e quem sabe, receber dicas de como poder melhora-lo.

Quem tiver disponibilidade, contate-me em PVT.

Obrigado.
Wellington

___
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 TOPIC] - TCC sobre PostgreSQL

[Itamar Reis Peixoto]

2013/9/21 Wellington wm...@yahoo.com.br:
 Pessoal, boa noite,

 estou concluindo meu TCC, que trata sobre algumas funcionalidades do
 PostgreSQL. Gostaria, se possivel, da opiniao de algum especialista sobre o
 trabalho que elaborei e quem sabe, receber dicas de como poder melhora-lo.

 Quem tiver disponibilidade, contate-me em PVT.

 Obrigado.
 Wellington


se quiser ajuda publique em algum lugar e passe o endereço, se ficar
com frescura pedindo pra entrar em contato via PVT ninguem vai te ajudar.


-- 


Itamar Reis Peixoto
___
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 topic] PgDAC

[VidaUTI]

Senhores, dando um feedback ao tópico,
o problema da lentidão do PgDAC está relacionado com a Wirelles.
Fiz alguns testes em rede cabeada e o componente realmente ficou
muito rápido. Agora estou em contato com o suporte Davart para 
solução do problema. Assim que possível posto na lista.

Obrigado a todos.

Att Carlos


From: Carlos Antônio Pereira (VidaUTI) 
Sent: Friday, July 12, 2013 2:40 PM
To: Comunidade PostgreSQL Brasileira 
Subject: Re: [pgbr-geral] [off topic] PgDAC

Bom, agora eu estou em contato com eles e vou ter que documentar o caso 
em vídeo rodando a aplicação da versão Delphi 5 BDE ODBC e na versão Delphi6
PgDAC.  Vou publicar os resultados para consultas futuras. 
Eles me passaram um link (que na verdade eu já havia encontrado) e 
deixo a resposta abaixo.

Finalmente, já estou na captura do ZeosLib, porém, nos arquivos para Download 
o suporte começa na versão 7 do Delphi. Sei que do Delphi 6 para 7 não muda 
muita
coisa mas para mim muda muto. Isso porque eu também uso os componentes 
DevExpress e estes mudam totalmente entre as versões e neste momento não é meu 
foco a migração DevExpress. 

Dessa forma, se não for abusar do grupo com este off-toppic, solicito a ajuda 
de vocês mais
uma vez em relação à instalação do ZeosLib em Delphi6.

No mais, agradeço toda ajuda e me coloco a disposição da lista.  

Atenciosamente

From: Willian Jhonnes 
Sent: Friday, July 12, 2013 1:57 PM
To: Comunidade PostgreSQL Brasileira 
Subject: Re: [pgbr-geral] [off topic] PgDAC

Em 12 de julho de 2013 13:50, Carlos Antônio Pereira (VidaUTI) 
carlosanto...@utivida.com.br escreveu:

  Cara, desculpe a minha ignorância mas não encontrei essa opção no formlário.
  Ao abrir o menu de contexto aparece a opção Connection Editor que
  mostra as abas: Connect, Data Type Mapping, Info e About.

Hum...


  Na aba Connect Aparecem as configurações Server, Port, Username, Password, 
Database, Schema.
  Na aba Data Type Mapping aparece um grid com opções de configuração de tipos 
de campos.
  Na aba info aparece um campo memo com as mesmas informações retornadas pelo 
  comando SQL select version() do PostgreSQL  e o Dizer: PostgreSQL client 
version: Direct é apenas um texto.

Eles podem ter removido a opção de conexão pelo cliente libpq para facilitar o 
desenvolvimento de quem trabalha com Lazarus/Linux. Realmente não tinha visto 
isso.

  E na aba about as informações sobre o distribuidor do componente.

  Será que tiraram a opção?

Sim, é provável.

Isto significa que, em todos os casos, você não tem a necessidade de distribuir 
as bibliotecas cliente com a aplicação. Ela, invariavelmente, se conecta 
através do próprio wrapper. Já a queda de desempenho pode ser algo relativo ao 
próprio componente, então, já que ele não faz mais uso do cliente libpq.

Sinto não poder ajudar mais.

-- 


---
Att.:
Willian Jhonnes L. dos Santos
Analista/Desenvolvedor Object/Free Pascal
Analista/Desenvolvedor PHP
willianjhon...@gmail.com
--- 
Engenharia da Computação - PUC-PR
Seja livre. Use Linux.
Grupo de Usuários GNU/Linux de São José dos Pinhais
Linux user number 449753
---
Powered by Slackware Linux 14 64 bits
Kernel 3.7.2-x86_64-iCore 
---



___
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] [off topic] PgDAC

[VidaUTI]

Cara, desculpe a minha ignorância mas não encontrei essa opção no formlário.
Ao abrir o menu de contexto aparece a opção Connection Editor que
mostra as abas: Connect, Data Type Mapping, Info e About.

Na aba Connect Aparecem as configurações Server, Port, Username, Password, 
Database, Schema.
Na aba Data Type Mapping aparece um grid com opções de configuração de tipos de 
campos.
Na aba info aparece um campo memo com as mesmas informações retornadas pelo 
comando SQL select version() do PostgreSQL  e o Dizer: PostgreSQL client 
version: Direct é apenas um texto.
E na aba about as informações sobre o distribuidor do componente.

Será que tiraram a opção?

Att Carlos


From: Edson - Listas 
Sent: Thursday, July 11, 2013 8:17 PM
To: Comunidade PostgreSQL Brasileira 
Subject: Re: [pgbr-geral] [off topic] PgDAC

Em 11-07-2013 20:08, Willian Jhonnes escreveu:

  Em 11 de julho de 2013 17:57, Carlos Antônio Pereira (VidaUTI) 
carlosanto...@utivida.com.br escreveu:

Não encontrei essa opção Direct. No caso, ela marcada como true usa a 
libpq.dll?

  Na PgConnection, ao clicar com o botão direito do mouse, acessando o menu de 
contexto, selecione a opção Configure connection. No formulário de 
configuração, acesse a aba Options.

  É exatamente ao contrário. Marcada como Direct = True, ele acessa o PG 
através do seu wrapper. Você desmarcará esta opção caso a versão do PG não seja 
suportada pelo wrapper e você precise usar o cliente.

Seria necessario apenas o libpq para funcionar ou teria outros .dll para 
adicionar no system32?

  Com o Zeos, existe uma lista. Não posso precisar qual, mas é uma porção das 
bibliotecas distribuídas com o PgAdmin III para Windows.

Essa libpq já reconheceria o Pg9 64bits o tem atualizações?

  O ideal é que você utilize clientes libpq da mesma versão ou de verões 
superiores em relação ao SGBD, nunca abaixo, como você relatou.

Estou entrando em contato com a Devart...

Att Carlos



  -- 


  ---
  Att.:
  Willian Jhonnes L. dos Santos
  Analista/Desenvolvedor Object/Free Pascal
  Analista/Desenvolvedor PHP
  willianjhon...@gmail.com
  --- 
  Engenharia da Computação - PUC-PR
  Seja livre. Use Linux.
  Grupo de Usuários GNU/Linux de São José dos Pinhais
  Linux user number 449753
  ---
  Powered by Slackware Linux 14 64 bits
  Kernel 3.7.2-x86_64-iCore 
  ---

   

___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Eu uso Postgresql com Zeos  e CentOs 64 e funciona muito bem.




___
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] [off topic] PgDAC

[Willian Jhonnes]

Em 12 de julho de 2013 13:50, Carlos Antônio Pereira (VidaUTI) 
carlosanto...@utivida.com.br escreveu:

   Cara, desculpe a minha ignorância mas não encontrei essa opção no
 formlário.
 Ao abrir o menu de contexto aparece a opção Connection Editor que
 mostra as abas: Connect, Data Type Mapping, Info e About.


Hum...



 Na aba Connect Aparecem as configurações Server, Port, Username, Password,
 Database, Schema.
 Na aba Data Type Mapping aparece um grid com opções de configuração de
 tipos de campos.
 Na aba info aparece um campo memo com as mesmas informações retornadas
 pelo
 comando SQL select version() do PostgreSQL  e o Dizer: PostgreSQL client
 version: Direct é apenas um texto.


Eles podem ter removido a opção de conexão pelo cliente libpq para
facilitar o desenvolvimento de quem trabalha com Lazarus/Linux. Realmente
não tinha visto isso.


 E na aba about as informações sobre o distribuidor do componente.

 Será que tiraram a opção?


Sim, é provável.

Isto significa que, em todos os casos, você não tem a necessidade de
distribuir as bibliotecas cliente com a aplicação. Ela, invariavelmente, se
conecta através do próprio wrapper. Já a queda de desempenho pode ser algo
relativo ao próprio componente, então, já que ele não faz mais uso do
cliente libpq.

Sinto não poder ajudar mais.

-- 

---
Att.:
Willian Jhonnes L. dos Santos
Analista/Desenvolvedor Object/Free Pascal
Analista/Desenvolvedor PHP
willianjhon...@gmail.com
---
Engenharia da Computação - PUC-PR
Seja livre. Use Linux.
Grupo de Usuários GNU/Linux de São José dos Pinhais
Linux user number 449753
---
Powered by Slackware Linux 14 64 bits
Kernel 3.7.2-x86_64-iCore
---
___
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 topic] PgDAC

[VidaUTI]

Bom, agora eu estou em contato com eles e vou ter que documentar o caso 
em vídeo rodando a aplicação da versão Delphi 5 BDE ODBC e na versão Delphi6
PgDAC.  Vou publicar os resultados para consultas futuras. 
Eles me passaram um link (que na verdade eu já havia encontrado) e 
deixo a resposta abaixo.

Finalmente, já estou na captura do ZeosLib, porém, nos arquivos para Download 
o suporte começa na versão 7 do Delphi. Sei que do Delphi 6 para 7 não muda 
muita
coisa mas para mim muda muto. Isso porque eu também uso os componentes 
DevExpress e estes mudam totalmente entre as versões e neste momento não é meu 
foco a migração DevExpress. 

Dessa forma, se não for abusar do grupo com este off-toppic, solicito a ajuda 
de vocês mais
uma vez em relação à instalação do ZeosLib em Delphi6.

No mais, agradeço toda ajuda e me coloco a disposição da lista.  

Atenciosamente
 

From: Willian Jhonnes 
Sent: Friday, July 12, 2013 1:57 PM
To: Comunidade PostgreSQL Brasileira 
Subject: Re: [pgbr-geral] [off topic] PgDAC

Em 12 de julho de 2013 13:50, Carlos Antônio Pereira (VidaUTI) 
carlosanto...@utivida.com.br escreveu:

  Cara, desculpe a minha ignorância mas não encontrei essa opção no formlário.
  Ao abrir o menu de contexto aparece a opção Connection Editor que
  mostra as abas: Connect, Data Type Mapping, Info e About.

Hum...


  Na aba Connect Aparecem as configurações Server, Port, Username, Password, 
Database, Schema.
  Na aba Data Type Mapping aparece um grid com opções de configuração de tipos 
de campos.
  Na aba info aparece um campo memo com as mesmas informações retornadas pelo 
  comando SQL select version() do PostgreSQL  e o Dizer: PostgreSQL client 
version: Direct é apenas um texto.

Eles podem ter removido a opção de conexão pelo cliente libpq para facilitar o 
desenvolvimento de quem trabalha com Lazarus/Linux. Realmente não tinha visto 
isso.

  E na aba about as informações sobre o distribuidor do componente.

  Será que tiraram a opção?

Sim, é provável.

Isto significa que, em todos os casos, você não tem a necessidade de distribuir 
as bibliotecas cliente com a aplicação. Ela, invariavelmente, se conecta 
através do próprio wrapper. Já a queda de desempenho pode ser algo relativo ao 
próprio componente, então, já que ele não faz mais uso do cliente libpq.

Sinto não poder ajudar mais.

-- 


---
Att.:
Willian Jhonnes L. dos Santos
Analista/Desenvolvedor Object/Free Pascal
Analista/Desenvolvedor PHP
willianjhon...@gmail.com
--- 
Engenharia da Computação - PUC-PR
Seja livre. Use Linux.
Grupo de Usuários GNU/Linux de São José dos Pinhais
Linux user number 449753
---
Powered by Slackware Linux 14 64 bits
Kernel 3.7.2-x86_64-iCore 
---



___
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] [off topic] PgDAC

[VidaUTI]

Resposta do suporte Devart:

Olá.

1) De acordo com nossos testes, PgDAC excede BDE em termos de performance. Você 
pode melhorar o desempenho PgDAC das formas enumeradas no artigo 
http://www.devart.com/pgdac/docs/increasing_performance.htm. Se as informações 
fornecidas neste artigo não ajudar você a aumentar o desempenho, por favor 
fornecer uma amostra simples demonstrando o fraco desempenho de PgDAC.
2) PgDAC não usa bibliotecas adicionais para acesso ao servidor, mas conecta-se 
diretamente.
3) Para informações sobre a atualização da biblioteca libpq, consulte o site 
oficial do servidor PostgreSQL.
4) Encaminhamos a sua pergunta sobre o acesso a PgDAC 4.0 para o nosso 
departamento de vendas, que entrará em contato com você em breve.

Atenciosamente,
Dmitry
devart Equipe
www.devart.com

Detalhes de ingressos
===
Ticket ID: 74797
Departamento: Equipe Dac
Prioridade: Médio
Status: Aberto___
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 topic] PgDAC

[VidaUTI]

A título de informação, os componentes ZeosLib 7 não oferecem suporte a Delphi 
em
versões inferiores a 7. Já instalei a versão 6 e vou fazer novos testes.

From: Willian Jhonnes 
Sent: Friday, July 12, 2013 1:57 PM
To: Comunidade PostgreSQL Brasileira 
Subject: Re: [pgbr-geral] [off topic] PgDAC

Em 12 de julho de 2013 13:50, Carlos Antônio Pereira (VidaUTI) 
carlosanto...@utivida.com.br escreveu:

  Cara, desculpe a minha ignorância mas não encontrei essa opção no formlário.
  Ao abrir o menu de contexto aparece a opção Connection Editor que
  mostra as abas: Connect, Data Type Mapping, Info e About.

Hum...


  Na aba Connect Aparecem as configurações Server, Port, Username, Password, 
Database, Schema.
  Na aba Data Type Mapping aparece um grid com opções de configuração de tipos 
de campos.
  Na aba info aparece um campo memo com as mesmas informações retornadas pelo 
  comando SQL select version() do PostgreSQL  e o Dizer: PostgreSQL client 
version: Direct é apenas um texto.

Eles podem ter removido a opção de conexão pelo cliente libpq para facilitar o 
desenvolvimento de quem trabalha com Lazarus/Linux. Realmente não tinha visto 
isso.

  E na aba about as informações sobre o distribuidor do componente.

  Será que tiraram a opção?

Sim, é provável.

Isto significa que, em todos os casos, você não tem a necessidade de distribuir 
as bibliotecas cliente com a aplicação. Ela, invariavelmente, se conecta 
através do próprio wrapper. Já a queda de desempenho pode ser algo relativo ao 
próprio componente, então, já que ele não faz mais uso do cliente libpq.

Sinto não poder ajudar mais.

-- 


---
Att.:
Willian Jhonnes L. dos Santos
Analista/Desenvolvedor Object/Free Pascal
Analista/Desenvolvedor PHP
willianjhon...@gmail.com
--- 
Engenharia da Computação - PUC-PR
Seja livre. Use Linux.
Grupo de Usuários GNU/Linux de São José dos Pinhais
Linux user number 449753
---
Powered by Slackware Linux 14 64 bits
Kernel 3.7.2-x86_64-iCore 
---



___
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] [off topic] PgDAC

[Douglas Fabiano Specht]

Em 11 de julho de 2013 00:19, Carlos Antônio Pereira (VidaUTI) 
carlosanto...@utivida.com.br escreveu:

   Boa noite, senhores.

  Estou fazendo a migração de um sistema
 de Delphi 5 para Delphi 6
  e mudando os componentes de conexão TQuery para TPgQuery

 que faz parte do componente PgDAC da Devart.

  Os componentes PgDAC acabam com a camada BDE e ODBC.
  Sendo assim, deveria apresentar perfomance bem melhor já
  que serão duas camadas a menos para acessar os dados
 .

  O problema é que essa conexão PgDAC que deveria ser muito mais
  rápida está muito mais lenta.  Como estes componentes PgDAC
  tem muitas propriedades, imagino que isso seja alguma configuração.

  Estou mudando o servidor também. Essa nova configuração está sendo
  montanda em um PowerEdge T320 com 16 Gb de RAM e HDs SAS de
  600 gb RAID 1,  com o PostgreSQL 9.2.

  Alguém que usa esse componente pode me ajudar?

  Att Carlos




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



Bom dia Carlos,

fizemos isso no ano passado em nossa aplicação, mas devido a estrutura de
nossa aplicação e banco, não ganhamos muito em performance.
Ganhamos sim em independência de Plataforma, de banco e na facil manutenção.
por acaso vcs nao deixaram o monitor de captura de comandos sql sempre
ativo?


-- 

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

Re: [pgbr-geral] [off topic] PgDAC

[VidaUTI]

From: Douglas Fabiano Specht 
Sent: Thursday, July 11, 2013 8:30 AM
To: Comunidade PostgreSQL Brasileira 
Subject: Re: [pgbr-geral] [off topic] PgDAC





Em 11 de julho de 2013 00:19, Carlos Antônio Pereira (VidaUTI) 
carlosanto...@utivida.com.br escreveu:

  Boa noite, senhores.
  Estou fazendo a migração de um sistema de Delphi 5 para Delphi 6
  e mudando os componentes de conexão TQuery para TPgQuery
  que faz parte do componente PgDAC da Devart.
  Os componentes PgDAC acabam com a camada BDE e ODBC.
  Sendo assim, deveria apresentar perfomance bem melhor já
  que serão duas camadas a menos para acessar os dados.
  O problema é que essa conexão PgDAC que deveria ser muito mais 
  rápida está muito mais lenta.  Como estes componentes PgDAC
  tem muitas propriedades, imagino que isso seja alguma configuração.
  Estou mudando o servidor também. Essa nova configuração está sendo
  montanda em um PowerEdge T320 com 16 Gb de RAM e HDs SAS de 
  600 gb RAID 1,  com o PostgreSQL 9.2. 
  Alguém que usa esse componente pode me ajudar?
  Att Carlos   

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





Bom dia Carlos,

fizemos isso no ano passado em nossa aplicação, mas devido a estrutura de nossa 
aplicação e banco, não ganhamos muito em performance.
Ganhamos sim em independência de Plataforma, de banco e na facil manutenção.
por acaso vcs nao deixaram o monitor de captura de comandos sql sempre ativo?


-- 


Douglas Fabiano Specht





Bom dia, Douglas. Antes de tudo agradeço sua resposta.
Então, como os compontes PgDAC são vastos em propriedades,
ainda não me aprofundei em tudo.

Eu já tinha feito um teste com os componentes Zeos mas como
este já não é atualizado há bastante tempo, resolvi investir no
PgDAC que está em constante evolução.

Também bolei uma forma bem prática de substituir os componentes
através da edição do arquivo .dfm e com Replace fazer a troca das classes,
o que aumenta minha produtividade na conversão.

Os componentes TQuery (BDE) foram migrados para TPgQuery e TPgSQL.
Não consegui rodar comandos em bloco pelo TPgQuery. 
Assim, Alguns scripts são rodados em TPgSQL que permite essa execução
de blocos de comandos SQL.

O PgQuery e PgSQL estão com as configurações padrão do componte e algumas
consultas fazem update insert e delete, mas a maioria apenas select.

No Módulo da Central de Operações tem umas 300 querys e é onde dá 
para se notar que o PgDAC diminuiu muito a performance em relação aos 
componentes BDE.

Esse monitor de captura de comandos é habilitado na PgQuery? 
 ___
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 topic] PgDAC

[izaque Maciel]

Talvez, mesmo que dê mais trabalho, uma opção poderia ser o DBExpress, com
o Drive da Devart.


Em 11 de julho de 2013 11:53, Carlos Antônio Pereira (VidaUTI) 
carlosanto...@utivida.com.br escreveu:

   *From:* Douglas Fabiano Specht douglasfabi...@gmail.com
  *Sent:* Thursday, July 11, 2013 8:30 AM
 *To:* Comunidade PostgreSQL Brasileirapgbr-geral@listas.postgresql.org.br
 *Subject:* Re: [pgbr-geral] [off topic] PgDAC




 Em 11 de julho de 2013 00:19, Carlos Antônio Pereira (VidaUTI) 
 carlosanto...@utivida.com.br escreveu:

   Boa noite, senhores.

  Estou fazendo a migração de um sistema
 de Delphi 5 para Delphi 6
  e mudando os componentes de conexão TQuery para TPgQuery

 que faz parte do componente PgDAC da Devart.

  Os componentes PgDAC acabam com a camada BDE e ODBC.
  Sendo assim, deveria apresentar perfomance bem melhor já
  que serão duas camadas a menos para acessar os dados
 .

  O problema é que essa conexão PgDAC que deveria ser muito mais
  rápida está muito mais lenta.  Como estes componentes PgDAC
  tem muitas propriedades, imagino que isso seja alguma configuração.

  Estou mudando o servidor também. Essa nova configuração está sendo
  montanda em um PowerEdge T320 com 16 Gb de RAM e HDs SAS de
  600 gb RAID 1,  com o PostgreSQL 9.2.

  Alguém que usa esse componente pode me ajudar?

  Att Carlos




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



 Bom dia Carlos,

 fizemos isso no ano passado em nossa aplicação, mas devido a estrutura de
 nossa aplicação e banco, não ganhamos muito em performance.
 Ganhamos sim em independência de Plataforma, de banco e na facil
 manutenção.
 por acaso vcs nao deixaram o monitor de captura de comandos sql sempre
 ativo?


 --

 Douglas Fabiano Specht

 --

 Bom dia, Douglas. Antes de tudo agradeço sua resposta.
 Então, como os compontes PgDAC são vastos em propriedades,
 ainda não me aprofundei em tudo.

  Eu já tinha feito um teste com os componentes Zeos mas como
 este já não é atualizado há bastante tempo, resolvi investir no
 PgDAC que está em constante evolução.

 Também bolei uma forma bem prática de substituir os componentes
 através da edição do arquivo .dfm e com Replace fazer a troca das classes,
 o que aumenta minha produtividade na conversão.

 Os componentes TQuery (BDE) foram migrados para TPgQuery e TPgSQL.
 Não consegui rodar comandos em bloco pelo TPgQuery.
 Assim, Alguns scripts são rodados em TPgSQL que permite essa execução
 de blocos de comandos SQL.

 O PgQuery e PgSQL estão com as configurações padrão do componte e algumas
 consultas fazem update insert e delete, mas a maioria apenas select.

 No Módulo da Central de Operações tem umas 300 querys e é onde dá
 para se notar que o PgDAC diminuiu muito a performance em relação aos
 componentes BDE.

 Esse monitor de captura de comandos é habilitado na PgQuery?


 ___
 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