Re: [pgbr-geral] Nova lista PGBR

2018-04-19 Por tôpico Ivo Sestren Junior 
Coloque o filtro TO: pgsql-pt-ge...@lists.postgresql.org

Em 19 de abril de 2018 10:17, Rafael Fialho <rafafial...@gmail.com>
escreveu:

> Em 19 de abril de 2018 10:14, Ivo Sestren Junior <i...@sestren.com.br>
> escreveu:
>
>> Use o campo TO: que funciona
>>
>
> Eu tenho filtros com todas as condições possíveis e não estão
> funcionando.. o valor do campo seria "pgsql-pt-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] Nova lista PGBR

2018-04-19 Por tôpico Ivo Sestren Junior 
Use o campo TO: que funciona

Em 19 de abril de 2018 09:44, Rafael Fialho 
escreveu:

> Pessoal, seria possível adicionar um prefixo no e-mail? Assim como temos
> nesta lista o "[pgbr-geral]".
> Seria interessante para poder adicionar marcadores/filtros às mensagens da
> lista, já que pelo CC não é possível (ao menos no google).
>
> Obrigado
> []'s
>
> Att,
> Rafael Fialho
>
> ___
> 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-Toppic - Maldito GbPlugin

2017-08-02 Por tôpico Ivo Sestren Junior 
Isto é muito comum.
Este plugin é muito utilizado por bancos.
Em minhas maquinas e em muitos clientes, configuro uma VM só para usar os
bancos e instalar este plugin (quando possível utilizo o linux na vm).
Ficando as maquinas físicas sem este plugin para não haver problemas.

Em 21 de julho de 2017 14:14,  escreveu:

> Deveria ter uma forma de processar a empresa responsável por esse Plugin,
> cara perdi meio dia de trabalho, me atrasou o dia, tinha projetos pra
> entregar, me ferrou legal essa porcaria de plugin
> Ontem fui dormir como de costume, rsrs, só fechei o notebook pra não
> perder o que estava fazendo ele entrou em modo hibernação, até ai tudo bem,
> não é a primeira vez que faço isso.
> Uns dias atrás ocorreu que fazendo isso o Windows 10 ao iniciar entrou em
> modo de recuperação do nada, perdi uns minutos e não resolvi o problema,
> meti o dedo no botão desligar e comecei de novo, pra minha surpresa o
> sistema iniciou normal, fiquei sem saber o que ocorreu, mas perdi pouco
> tempo...
> Hoje o Windows 10 não saiu da tela de recuperação nem a pau fiquei horas
> tentando a recuperação do Windows de pontos de instalação e nada, peguei o
> celular e fui ver umas dicas na web, por sorte um cara postou uma dica
> excelente, onde mencionava o maldito plugin mais precisamente o arquivo de
> driver “gbpddreg64.sys”, no artigo o cara recomenda o copia do arquivo para
> o diretório system32\drivers, mas não encontrei o arquivo no diretório de
> instalação, então resolvi simplesmente excluir o arquivo pra ver o que o
> Windows falava, pra minha sorte a maquina iniciou normalmente, sem passar
> pela tela de recuperação, ou seja essa porcaria de plugin sempre atazanando
> nosso sistema operacional.
>
> Sei que esse e-mail não é pertinente a lista, mas acho que partilhamos do
> mesmo problema quando se trata do Windows, rs
>
> * A Microsoft bem que podia fazer uma inicialização transparente como o
> Linux onde você pode ver os processos sendo carregados, assim saberíamos
> qual exatamente está travando o sistema, pois nem o log do Windows foi
> capaz de dizer em que ponto era o problema, saudades do win3.1x [image:
> Alegre]
>
> Segue o link da solução para vossa apreciação:
>
> https://answers.microsoft.com/pt-br/windows/forum/windows_
> 10-hardware/windows-10-n%C3%A3o-liga-mais-driver-
> corrompido/7eb81c42-3873-4840-a46a-49a0ec64f0d4
>
> Lembrando que só exclui o arquivo, nem copiei, por mim nem instalava essa
> porcaria de plugin, mas os bancos exigem
>
> Fica como experiência pra quem tiver esse problema
>
>
> Marcelo
> MVSOFTWARE
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

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

2017-04-20 Por tôpico Ivo Sestren Junior 
Esta questão é diferente, não foi tudo criptografado, onde se mantém os
arquivos/tabelas, mas com todos os dados criptografados.
E sim os dados/tabelas foram excluídos, sem chances de descriptografar, ja
que não existem mais.
Só se a pessoa que fez isto baixou todos os dados antes para depois
devolver em caso de pagamento, o que duvido muito que tenha feito, como
explicado anteriormente.

Em 20 de abril de 2017 14:41, Vailton Renato <vail...@gmail.com> escreveu:

> Olá,
>
> Não sei se ajuda de alguma forma, mas li que a Kaspersky disponibiliza uma
> ferramenta gratuita contra este tipo de ransomware, quem sabe ajuda a
> recuperar algo do seu cliente: https://noransom.kaspersky.com
>
> Em 20 de abril de 2017 14:28, Felipe Pereira <felipe...@gmail.com>
> escreveu:
>
>>
>>
>> Em 20 de abril de 2017 14:24, Ivo Sestren Junior <i...@sestren.com.br>
>> escreveu:
>>
>>> Tivemos o mesmo problema em um servidor aqui hoje também.
>>>
>>> Eu duvido muito que tenha recuperação, porque assim...
>>> O cara excluiu todas as tabelas da base de dados, e criou somente uma
>>> com os dados para pagamento.
>>>
>>> A base que tínhamos era bem grande, tenho muitas duvidas se o cara que
>>> fez isto realmente fez o download de todos os registros e estrutura do
>>> banco para depois excluir e pedir o resgate.
>>> Creio que ele simplesmente excluiu todas as tabelas e somente deixou a
>>> mensagem de resgate, para neste caso alguém pagar, e mesmo assim não obter
>>> os dados de volta.
>>>
>>> Imagina quanto de espaço e banda o cara precisaria para pegar todos os
>>> dados dos que sofreram com isto.
>>>
>>> Então creio que o único modo de recuperação seja alguma forma de backup
>>> efetuada anteriormente.
>>>
>>>
>>>>
>> Ótimo ponto!
>>
>> ___
>> pgbr-geral mailing list
>> pgbr-geral@listas.postgresql.org.br
>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>>
>
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

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

2017-04-20 Por tôpico Ivo Sestren Junior 
Tivemos o mesmo problema em um servidor aqui hoje também.

Eu duvido muito que tenha recuperação, porque assim...
O cara excluiu todas as tabelas da base de dados, e criou somente uma com
os dados para pagamento.

A base que tínhamos era bem grande, tenho muitas duvidas se o cara que fez
isto realmente fez o download de todos os registros e estrutura do banco
para depois excluir e pedir o resgate.
Creio que ele simplesmente excluiu todas as tabelas e somente deixou a
mensagem de resgate, para neste caso alguém pagar, e mesmo assim não obter
os dados de volta.

Imagina quanto de espaço e banda o cara precisaria para pegar todos os
dados dos que sofreram com isto.

Então creio que o único modo de recuperação seja alguma forma de backup
efetuada anteriormente.

Em 20 de abril de 2017 14:17,  escreveu:

> Olha o dono da empresa que teve esse problema tentou entrar em contato com
> o cara que fez, era de fora, mas ele percebeu que o cara ia pegar a grana e
> ja era...
> As vezes um zé mané na web, pega esse virus em sites que ensinam usar
> esses virus, e manda bala, ele mesmo nao sabe reverter o processo, entao
> ele esta atras da grana e que se dane a empresa/usuario
> O cara tem que te enviar pelo menos uma parte dos dados pra provar que
> pode lhe dar tudo de volta.
> Muito cuidado, não dê dinheiro a niguém sem estar certo de que vai receber
> seus dados de volta, isso vai influenciar mais criminosos
>
>
>
> Marcelo
>
> *From:* Pedro B. Alves
> *Sent:* Thursday, April 20, 2017 1:25 PM
> *To:* Comunidade PostgreSQL Brasileira
> *Subject:* Re: [pgbr-geral] RES: RES: PostgreSQL ataque???
>
>
>>
>>
>> O firewall não é o problema aqui.
>>
>> Se a porta do banco de dados está aberta para a internet por algum
>> requisito de negócio (conexões de outros sistemas/clientes/etc) o firewall
>> teria que liberar a porta de qualquer maneira. Caso não haja esta
>> necessidade de estar aberta para a internet, então neste caso sim, o
>> firewall deveria bloquear este acesso.
>>
>> De qualquer forma, o principal ponto aqui é:
>>
>> 1. o pg_hba não pode estar como trust para qualquer ip
>> 2. é necessário sempre ter uma política de backup madura (backup +
>> armazenamento do backup fora do servidor + testes de restore do backup para
>> validar o mesmo)
>>
>> Isto porque o atacante apenas aproveitou uma brecha de configuração
>> (pessoas com bancos de dados na porta padrão, expostas na internet e sem
>> requisitos de senha), ou seja, não foi um ataque sofisticado do ponto de
>> vista do banco de dados.
>>
>
>
> o banco de dados possuía senha. não temos nenhum banco sem senha.
>
>
>
>
> --
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Perder Dados

2017-02-07 Por tôpico Ivo Sestren Junior 
Não entendi esta situação da transação.
Todos os comandos devem ser executados dentro de transação, nem que sejam
autocommit.
Não pode ter acontecido dos logs estarem em uma transação e os registros da
nota em outra, e exatamente o da nota ter dado rollback?

Porque é bem estranho, porque se houve perda de dados, normalmente há
corrompimento da base de dados, já que a integridade dos dados foi perdida.
Ou realmente alguém ou algum processo deu rollback ou excluiu os dados.

Em 7 de fevereiro de 2017 06:54, Forsell - Erlon 
escreveu:

> O log é gravado em uma tabela no postgres, e a função é chamada em todo
> lugar no sistema
>
> no caso da nota fiscal, chama ao incluir a nota, ao importar os dados de
> uma venda, ao finalizar a nota, enviar para receita, está tudo no log
>
> foi retirado uso de transação substituido por disparar vários comandos sql
> de uma vez no banco de dados, o que é praticamente igual a uma transação e
> o problema voltou a acontecer mesmo assim.
>
> gravou a nota, gerou xml, transmitiu a receita, fechou a tela  do sistema
> o dado não permaneceu gravado.
>
> porém os registros do log indicando a gravação da nota estavam lá
>
> não tem erro no sistema pessoal, isso acontece em um cliente 1 vez por
> mês, uma nota em 200.
>
> mas entendo que se realmente ningúem viu esse tipo de situação acontecer
> fica dificil ajudar mesmo.
>
> o mesmo sistema é usado em 50 clientes, e só em 2 locais que acontece,
> estamos apostando em tentar verificar a rede ou mudar o servidor para outra
> máquina. mas é muito estranho o dado ter existido banco de dados e não
> permanecer lá após fechar o sistema (mesmo sem usar transação).
>
>
>
> Em 06/02/2017 17:56, Euler Taveira escreveu:
>
>> On 06-02-2017 15:02, Forsell - Erlon wrote:
>>
>>> Só sabemos que os dados estavam lá, porque temos uma tabela de log
>>> nosso, nessa tabela indica a criação da nota daquele número
>>>  o cliente possui o pdf do danfe impresso e enviado via email ao
>>> cliente - danfe gerado com os dados da base de dados.
>>>  fechou a tela de emissão de nota, a informação deixou de estar
>>> gravada no banco de dados
>>> em ambas situações, com transação (devidamente concluida) e retirado
>>> transação feito por comando normal.
>>>
>>>
>> Você precisa responder algumas perguntas:
>>
>> (i) como é gravado esse log? Gatilho? Aplicação? Na mesma transação?
>> Antes dos dados? Depois dos dados?
>> (ii) vocês auditam DELETE? É possível que alguém tenha removido um
>> registro?
>> (iii) quais os parâmetros reportados pela consulta [1].
>> (iv) a sua aplicação usa alguma camada de persistência? Se sim, já
>> verificaram se ele por acaso não persistiu os dados por algum erro?
>> (v) a sua aplicação usa blocos de transação explícitos? Há verificação
>> de erros de transação nesse trecho de código?
>>
>> A última vez que vi o postgres perder dados por falha do software foi na
>> 7.0 (a mais de 15 anos atrás) -- onde não existia WAL ainda.
>>
>>
>> [1] https://gist.github.com/eulerto/450501d8ef00404e665b46a2f2a6e8e2
>>
>>
>>
> ___
> 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] Perder Dados

2017-02-06 Por tôpico Ivo Sestren Junior 
Não pode ser problema de transação?
Seu software ainda não fez o commit ou por algum motivo o mesmo executou o
rollback?

Em 6 de fevereiro de 2017 14:58, Forsell - Erlon 
escreveu:

> Inclusive já fizemos um log das etapas conforme vai se concluindo a nota,
> o log da nota está lá e a nota não gravou, ou gravou e sumiu depois.
>
> Em 06/02/2017 14:53, Sebastian Webber escreveu:
>
>
>
> Em 6 de fevereiro de 2017 14:41, Forsell - Erlon 
> escreveu:
>
>> Alguém já teve problema de perder dados do banco de dados?
>>
>
> Já sim, principalmente com falha de hardware.
>
>
>>
>> Tivemos casos de nota fiscal emitida, com danfe e tudo, e o registro da
>> nota simplesmente já depois que sair da tela do sistema sumir da base de
>> dados.
>>
>
> E como sua app persiste os dados?
>
>
>>
>> Tem alguma versão do postgres que está com problema, alguém já passou por
>> essa situação?
>>
>
> Acho pouco provavel. Qual é a versão que vc está utilizando?
>
>
>>
>> A uns 3 meses era só um cliente, agora apareceu mais um que começou sumir
>> informação
>
>
> --
> Sebastian Webber
> http://swebber.me
>
>
> ___
> pgbr-geral mailing 
> listpgbr-ge...@listas.postgresql.org.brhttps://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Análise de imagens

2016-12-12 Por tôpico Ivo Sestren Junior 
Bom dia.

Não sei se chegasse a ver, da uma pesquisada por OpenCV.
É uma api para reconhecimento de imagens/faces, da para tratar
reconhecimento de tudo que possas querer nela.

Em 12 de dezembro de 2016 09:23, Giovani Rodrigues 
escreveu:

> Bom dia pessoal.
>
> Eu venho há algum tempo estudando uma forma de melhorar alguns processos
> na empresa onde trabalho. Temos um cenário industrial e não serial, onde
> uma ordem de produção pode ser a construção de um item totalmente novo, ou
> um conserto de uma peça que nunca produzimos. Mas acontece de termos itens
> repetidos, tanto construção quanto conserto. E muitas vezes o cliente não
> manda a infomação, no caso o desenho técnico do serviço, cabendo a nós
> localizarmos os itens semelhantes para estudarmos os custos.
> Baseado nisso, eu venho tentando desenvolver um programa que ao inserir
> uma imagem, ele calcule o grau de similaridade entre esse desenho e nosso
> diretório de imagens. O vídeo do link, mostra o meu resultado atual,
> utilizando um componente open source descontinuado.
>
> https://youtu.be/HSdWwxrYXAw
>
> O resultado, embora bem simplório, já nos ajuda a termos uma noção de
> quais serviços foram parecidos.
>
> Em conversa com um amigo de faculdade no linkedin, ele sugeriu procurar a
> comunidade postgresql, pois ele disse-me o Postgre possui uma parte que
> trabalha com imagens.
>
> vocês poderiam indicar-me material de estudo, independente de linguagem de
> desenvolvimento, para eu aprofundar-me no assunto?
>
> Att.
>
> --
> Giovani Rodrigues
>
> ___
> 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] monitoramento usando Trigger

2016-11-21 Por tôpico Ivo Sestren Junior 
Da uma olhada em

https://wiki.postgresql.org/wiki/Audit_trigger_91plus

Att

Em 20 de novembro de 2016 18:40, Neto pr  escreveu:

> Olá
> Estou fazendo um trabalho acadêmico, onde preciso monitorar durante
> uma janela de tempo (configurável pelo usuário) as atividades do SGBD.
> Eu sei que tem como olhar os logs, mas não queria trabalhar com
> arquivo e sim  com tabelas do banco.
>
> Pergunta, teria como criar uma TRIGGER que para cada comando DML
> grava-se em uma tabela qualquer o texto do comando SQL que foi
> submetido?
>
> Eu sei que teria como fazer por tabela (exemplo abaixo), mas eu
> preciso que seja para qualquer comando DML. Se tivesse como em vez de
> nome_tabela colocar all_tables algo assim. Alguém poderia me dar uma
> dica.
>
> CREATE TRIGGER tg_comandos
> AFTER INSERT OR DELETE OR UPDATE ON nome_tabela
> Salvar texto sql na tabela xyz.
>
> Att
> Neto
> ___
> 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] Migration

2016-09-09 Por tôpico Ivo Sestren Junior 
FlyWay ja utilizo em inumeros projetos.
Até o momento tem me atendido muito bem.
Até em estruturas SaaS, com multi schemas e até multi banco.

Em 9 de setembro de 2016 16:19, Felipe Moura 
escreveu:

> Fala glaco,
>
> Legal cara, o a flyway parece ser bem robusta, gostei dela tb.
>
> Em 9 de setembro de 2016 09:37, Glauco Torres 
> escreveu:
>
>>
>>
>>> Estamos fazendo um estudo de migration com postgres e queria saber se
>>> alguém aqui conhece alguma ferramenta bacana para essa finalidade.
>>>
>>> Estava pesquisando e já fiz uma poc com doctrine migration e o phinx,
>>> nestes dois casos seriam bibliotecas php para verificar as alterações do
>>> banco e manter scripts de atualização, como se estivesse versionando o
>>> banco de dados.
>>>
>>> Alguém já utilizou alguma ferramenta própria para postgres? poderia
>>> compartilhar a experiência.
>>>
>>>
>>>
>> Estamos nesse estudo aqui também, testamos diversas ferramentas entre
>> FlyWay [1] , Liquibase [2], Sqitch [3] e mais 3 outras que não atenderam
>> nossos requisitos, feito o DAR o FlyWay e o Liquibase foram os escolhidos
>> para uma POC.
>>
>> Mas entre as finalistas prefiro o FlyWay pelos testes que fiz até o
>> momento.
>>
>>
>> [1] https://flywaydb.org/
>> [2] http://www.liquibase.org/
>> [3] http://sqitch.org/
>>
>>
>> ---
>> Att Glauco Torres
>>
>> ___
>> pgbr-geral mailing list
>> pgbr-geral@listas.postgresql.org.br
>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>>
>
>
>
> --
>
> Atenciosamente,
>
> Felipe Moura
> Desenvolvedor
> http://about.me/felipewebdf
> twitter: @felipewebdf
> talk: felipegu...@gmail.com
>
> (61) 8490-8156
>
>
> *Não é da benevolência do padeiro, do açougueiro ou do cervejeiro que eu
> espero que saia o meu jantar, mas sim do empenho deles em promover seu
> "auto-interesse".*
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Como organizar o BD para uma aplicação SaaS?

2016-08-05 Por tôpico Ivo Sestren Junior 
Em 5 de agosto de 2016 12:50, Tiago José Adami  escreveu:

> Em 5 de agosto de 2016 10:49, Angelo A. Frozza (Gmail)
>  escreveu:
> > Olá,
> >
> > Gostaria da opinião sobre como está sendo feito na prática a gerência de
> > BD no caso de aplicações SaaS.
> >
> > Vamos a um estudo de caso: imagine uma aplicação (Comércio
> > Eletrônico/Controle de estoque etc.), que o cliente contrata através da
> > Web e utiliza via SaaS - Software as a Service. O BD é PostgreSQL.
> >
> > A pergunta é como fazer a distribuição do BD e quais
> > vantagens/desvantagens da solução proposta.
> >
> >
> > Algumas opções foram levantadas:
> >
> > a) Para cada novo cliente, é atribuída uma instância própria do
> PostgreSQL;
> >
> > b) Servidor compartilhado, cada cliente tem seu próprio BD;
> >
> > c) Servidor compartilhado, BD compartilhado, mas cada cliente acessa um
> > Schema diferente;
> >
> > d) Outras opções...
>
> Olá prof. Angelo.
>
> Em 2015 fiz uma pergunta semelhante aqui no grupo e recebi várias
> sugestões. Acho interessante partir do que foi discutido nesta thread
> [1] antiga.
>
> [1] https://listas.postgresql.org.br/pipermail/pgbr-geral/2015-
> April/040386.html
>
> TIAGO J. ADAMI
> http://www.adamiworks.com
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>

Tenho uma aplicação meio que no estilo de SaaS como você esta querendo.

Tenho 1 banco (chamado MASTER) com o cadastro de clientes e os dados de
acesso ao banco do cliente (host, schema, etc).
E tenho 1 banco com os dados dos clientes, sendo cada cliente um schema
diferente neste mesmo banco.
E para alguns clientes maiores, tenho um banco distinto ou até um servidor
distinto para os mesmos, guardando as referencias no banco MASTER.

As conexões aos bancos são totalmente controladas na aplicação.
Em todos os bancos há um pool de conexões.
No banco onde tem vários clientes separados somente pelo schema, existe
somente 1 pool de conexões, que ao conectar neste banco executo um "SET
search_path TO schemaDoCliente", assim aproveito o pool de conexões a este
banco e tenho acesso a somente os dados do respectivo cliente.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Porque o UBER trocou o PostgreSQL para o MySQL

2016-07-27 Por tôpico Ivo Sestren Junior 
Segue link com as informações:

https://eng.uber.com/mysql-migration/
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Ferramentas de Administração do PostgreSQL

2016-07-26 Por tôpico Ivo Sestren Junior 
DBeaver
http://dbeaver.jkiss.org/download/

Em 26 de julho de 2016 11:04, Izaque Maciel 
escreveu:

> Ems for PostgreSQL Lite Free.
> Em 26/07/2016 10:32, "Gustavo"  escreveu:
>
>> Ola Senhores e Senhoras
>>
>> Iniciado no PostgreSQL recentemente gostaria de saber que ferramentas
>> estão utilizando para gerenciar o Banco  alem do pgAdminIII ??
>>
>> Obrigado pela ajuda !!!
>> ᐧ
>>
>> ___
>> 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] VELOCIDADE DE ACESSO REMOTO AO POSTGRESQL

2016-03-10 Por tôpico Ivo Sestren Junior 
Já tentou utilizar o DataSnap do Delphi?
Bem fácil trabalhar com ele, tem até compressão de dados para transferência
via internet.
* E continuas tendo seus datasets populados como se estivesse conectado ao
banco diretamente.

Em 9 de março de 2016 18:30, Guimarães Faria Corcete DUTRA, Leandro <
l...@dutras.org> escreveu:

> 2016-03-09 17:38 GMT-03:00 Shander Lyrio :
> >
> > Em 9 de março de 2016 10:36, Flavio Henrique Araque Gurgel
> >  escreveu:
> >>>
> >> Desculpe, não havia JDBC na pergunta original do colega, ele usa Delphi.
> >> Não tenho parâmetros de comparação JDBC/libpq, mesmo se eu use ambos
> todos
> >> os dias.
> >
> > Legal, ele usa Delphi, mas você falou de REST certo?
>
> Não, foi alguém mais, o Gurgel só respondeu.  Leia as mensagens
> anteriores antes de cantar de galo.
>
>
> > ORM não faz parte do mundo dos bancos de dados
>
> Por isso mesmo está desacreditado.  Porque é uma solução porca de
> programadores que nunca entenderam modelos de dados.
>
>
> > ORM faz parte do mundo dos
> > aplicativos que utilizam banco de dados relacionais.
>
> Não, que usam bases de dados SQL.  Relacional de verdade nunca teria
> precisado de ORM.  Nem SQL, mas com relacional a ‘necessidade’ seria
> ainda mais obviamente absurda.
>
>
>
> > Se ORM fosse
> > desacreditada, então não teríamos 100% dos projetos utilizam ORM hoje
>
> Não temos, ainda bem.  Informe-se melhor.
>
>
> > Talvez você não saiba, mas qualquer ORM aceita consultas sql nativas do
> > banco de dados, não precisa ser utilizado a linguagem do ORM
>
> E aí ele se torna contraproducente, peso morto.
>
>
> > De qualquer forma, não estou aqui indicando REST e ORM para todo mundo,
> só
> > acho que não adianta ficar fazendo bulling sem conhecer as ferramentas.
>
> Posso te garantir que o Gurgel conhece-as, bem melhor que tu.
>
> Pesquise também SQL Alchemy.
>
>
> --
> skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
> +55 (61) 3546 7191  gTalk: xmpp:leand...@jabber.org
> +55 (61) 9302 2691ICQ/AIM: aim:GoIM?screenname=61287803
> BRAZIL GMT−3  MSN: msnim:chat?contact=lean...@dutra.fastmail.fm
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

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

2016-03-09 Por tôpico Ivo Sestren Junior 
Tem que considerar também que via rede, qualquer request o tempo para
receber é em torno de 1ms.
Enquanto na internet varia muito, normalmente em torno de 50ms, podendo
chegar a mais de 1s.
Só para o servidor receber a requisição da conexão/consulta.
O que só nisto provavelmente faz chegar aos 2s que você esta tendo no uso
via internet.

Em 8 de março de 2016 21:24, itamar  escreveu:

> Apesar de REST ser moderno e flexibilizar a interoperabilidade não sei se
> resolveria o problema levantado pelo autor original da thread, até mesmo
> porque o payload do REST, por conta do JSON, é maior do que da libpq. Att,
>
> sem rest  = 1 conexão para cada usuario
>
> com rest o servidor web pode utilizar um pool de conexões com o banco
>
>
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

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

2016-03-08 Por tôpico Ivo Sestren Junior 
Tem que analisar bem isto.
Mas se conectar diretamente via internet, tem o problema que estais
liberando a base diretamente para a internet.
Além do que o protocolo necessita conectar/autenticar/enviar a
consulta/enviar a requisição dos tipos (que o delphi faz), para ai então
pegar o resultado. O que pode estar em um formato que ocuparia uma banda
muito maior que REST.
Não conheço todos os detalhes do protocolo do postgresql, mas são muitos
pontos a serem considerados.
O melhor mesmo seria efetuar alguns testes dentro do seu ambiente;

Em 8 de março de 2016 14:13, Fabrízio de Royes Mello <
fabri...@timbira.com.br> escreveu:

> On 08-03-2016 12:38, Guimarães Faria Corcete DUTRA, Leandro wrote:
> > 2016-03-08 10:53 GMT-03:00 Fabrízio de Royes Mello <
> fabri...@timbira.com.br>:
> >>
> >> Pq? O payload do REST é maior que da libpq...
> >
> > Fabrízio, poderia explicar-nos o que constituiria a tal ‘carga paga’
> > de cada uma?
> >
>
> Com REST no retorno é necessário montar um JSON com vários elementos a
> mais (payload) que um retorno da libpq [1] não tem, pois apenas tem
> alguns caracteres de controle e os dados resultantes do SELECT.
>
> Att,
>
>
> [1] http://www.postgresql.org/docs/current/static/libpq.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
>
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Duvida

2016-01-16 Por tôpico Ivo Sestren Junior 
Se você está falando usando no delphi. O parâmetro continua igual.

Em sáb, 16 de jan de 2016 06:44, Reijanio Nunes Ribeiro 
escreveu:

> No firebird qdo quero usar parametros em sintaxe sql uso dessa forma
>
> Select * from tabela where camoo = :pcampo
>
> Compo fica ria essa sintaxe no postgresql
>
> Desde ja grato pela atenção
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] RES: REF: OFF TOPIC: Hospegadem PostgreSQL 9x.

2015-12-10 Por tôpico Ivo Sestren Junior 
Já chegou a analisar o EC2 da Amazon?
Em qui, 10 de dez de 2015 às 14:08, Paulo 
escreveu:

> Obrigado pessoal a todos que responderam.
>
> Vamos analisar cada uma indicação e decidir o mais breve possível.
>
>
>
> Abraços a todos.
>
>
>
> Att,
>
> Paulo.
>
>
>
> 
>  Este
> e-mail foi enviado por um computador sem vírus e protegido pelo Avast.
> 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] descobrir se telefone é celular

2015-10-16 Por tôpico Ivo Sestren Junior 
Se começar com 6, 7, 8 ou 9 e tiver 8 ou 9 digitos é celular

Em 15 de outubro de 2015 22:22, Douglas Fabiano Specht <
douglasfabi...@gmail.com> escreveu:

> Pessoal
> alguém tem alguma função para descobrir se um numero de telefone é um
> ceular?
> tem por expressão regular mas nao consegui.
>
>
> --
>
> Douglas Fabiano Specht
>
> ___
> 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] Cadastro de países e códigos postais

2015-09-03 Por tôpico Ivo Sestren Junior 
Em 2 de setembro de 2015 19:57, Fabrízio de Royes Mello <
fabri...@timbira.com.br> escreveu:

>
> +1
>
> O atributo "nome_pais" não seria a chave natural dessa relação? Creio
> que não existem dois países com mesmo nome no nosso planeta, ou existe?
>
> O mesmo vale para demais relações fazendo chave primária natural composta:
> - estado (nome_pais, nome_estado)
> - cidade (nome_pais, nome_estado, nome_cidade)
>
> IMHO é muito mais "natural" modelar assim ;-)
>
> Eu sei que os ORM usam o artificio de um ID sequencial, mas quem disse
> que eles estão fazendo a coisa certa falando em modelo relacional.
>
>
Tem que cuidar se utilizar o nome do pais, não existe dois países com o
mesmo nome.
Mas existe países com vários nomes, principalmente se tratar com multi
línguas.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Histórico de DML

2015-03-12 Por tôpico Ivo Sestren Junior 
Podes manter uma tabela espelho a original e mais dois campos, usuario e
data/hora.
Crie uma trigger que ao fazer qualquer insert/update/delete gere um
historico de como estava o registro anteriormente.

Esta tabela espelho teria os dados que estavam anteriormente a alteração,
sendo que o dado mais atual esta na tabela original.

Em 12 de março de 2015 13:39, Danilo Silva danilo.dsg.go...@gmail.com
escreveu:

 Pessoal,

 Qual a melhor maneira de guardar todos os inserts, updates e deletes que
 ocorrem em todas as tabelas de uma determinada base de dados?

 Em relação aos updates, preciso ter um histórico do que foi alterado,
 apresentando em um relatório quais campos sofreram alteração de um
 determinado registro, algo como valor anterior valor atual.

 Pensei em criar uma cópia da tabela, que serviria para guardar os
 registros alterados, seria a melhor solução?

 A versão 9.4 tem algo relacionado a isso?

 []s
 Danilo Gomes

 ___
 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 - Tirinha VP

2015-03-02 Por tôpico Ivo Sestren Junior 
Tinha um que trabalhou comigo que apelidamos de Dãs

Segue dialogo:
Dãs - Ei, esta faltando uma tabela no banco
Outro - Qual tabela?
Dãs - Tabelas DOES
Outro - Ein? Como assim?
Dãs - Sim, tabela DOES, o erro é TABLE DOES NOT EXIST

Pronto, com isto o apelido pegou.

Em 2 de março de 2015 15:41, Guimarães Faria Corcete DUTRA, Leandro 
l...@dutras.org escreveu:

 2015-02-28 16:43 GMT-03:00 Fabrízio de Royes Mello 
 fabri...@timbira.com.br:
  On 28-02-2015 11:38, Fabiano Abreu wrote:
 
  Hahahahaha... é ilário, mas esses dias em um cliente alguém (nao
  descobrimos quem) foi lá no $PGDATA/base e removeu alguns diretórios,
  creio eu que pra liberar espaço em disco visto que o monitoramento havia
  alertado antes. kk

 Tive um colega apelidado de ‘gZip’.  Quando era SysAdmin novato, os
 veteranos foram para uma conferência e o deixaram com a senha de
 superusuário.  Ele foi lá e apagou uns arquivos .log… do Oracle.

 Depois de algumas semanas, aconteceu o mesmo, mas ciente de que não
 podia apagar arquivos, ele os comprimiu…


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

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

Re: [pgbr-geral] Artigo: trabalhando com os logs do postgres

2015-01-21 Por tôpico Ivo Sestren Junior 
Realmente muito bom.
Indo direto nas chaves necessárias.

Em 20 de janeiro de 2015 21:35, Glauco Torres torres.gla...@gmail.com
escreveu:




 http://savepoint.blog.br/trabalhando-com-logs-no-postgresql/

 Sugestões e correções são bem vindas... alias, nesse calor, umas cervejas
 cairiam muito bem!!!


 Ótimo!!! Já favoritado!!!

 Telles caso apareça em Maringá no Paraná com certeza as primeiras vão
 ficar por minha conta.

 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] Probelmas Windows XP

2014-08-26 Por tôpico Ivo Sestren Junior 
Não seria a falta de um controle de transação? Ou algum rollback sendo
executado posteriormente?


Em 26 de agosto de 2014 10:20, Thiago Silva thiagodd.si...@gmail.com
escreveu:

 .Bom dia Pessoal,

 Tenho uma aplicação C# rodando no windows XP. Estou usando também o
 Postgres 9.3.
 O Problema que o corre é o seguinte, minha aplicação gera um INSERT e
 tenta executar ele no banco de dados. O retorno pra ela é um OK como se o
 INSERT fosse executado sem erros. O problema é que o INSERT não foi
 executado, o registro não foi inserido.

 Fiz alguns testes. Rodei a aplicação no Windows XP e apontei para um banco
 em outra máquina, não fuincionou. Rodei a aplicação em outra máquina com
 Windows 7 apontando para o banco de dados na máquina do Windows XP e também
 não funcionou.

 Alguém já passou por esse tipo de problema? Será que preciso fazer alguma
 configuração no Windows XP ou no Postgres que ta rodando nele?
 --
 *Att.*
 *Thiago Silva*
 *Desenvolvedor - Rerum Engenharia de Sistemas..*

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


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

Re: [pgbr-geral] Melhor driver Java

2014-08-04 Por tôpico Ivo Sestren Junior 
Se ja utilizavas o Npgsql, pode utilizar o Hibernate sem problemas, muita
coisa é muito parecido.
E problema de performance só acontece se for mal utilizada a ferramenta,
mas acredito que o seu conhecimento no Npgsql ja facilite bastante para não
ter problemas de performance.


Em 4 de agosto de 2014 11:38, Marco Aurelio marcoprod...@gmail.com
escreveu:

 Caro Flavio,

 Obrigado pela atenção, entendi, os frameworks como o hibernate são
 recomendáveis ?

 Mais uma vez agradeço a atenção recebida.

 Marco Aurélio Ventura da Silva
 marcoprod...@gmail.com
 Prodata Informática e Cadastro LTDA
 (33)3322-


 Em 4 de agosto de 2014 11:09, Flavio Henrique Araque Gurgel 
 fha...@gmail.com escreveu:

  Caros,

 Trabalho com desenvolvimento de sistemas, trabalhava com .NET e
 utilizava o Npgsql que era um excelente driver para acesso ao
 PostgreSQL, agora estamos para migrar para java nossas aplicações, e
 gostaria de, ao invés de perguntar a outros programadores qual o driver
 mais fácil para se usar com o java, perguntar aos DBA´s aqui da lista
 qual o driver que menos causa perda de performance e que funciona melhor
 com o PostgreSQL ?

 Desde já agradeço a atenção recebida.


 Só conheço um:
 http://jdbc.postgresql.org/

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


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

Re: [pgbr-geral] Opinião - Amazon

2014-06-27 Por tôpico Ivo Sestren Junior 
Só tem que calcular bem os custos do uso da Amazon.
O maior custo deles é o de banda de rede.

Sobre a localização, a Amazon tem servidores no Brasil, isto normalmente é
um requisito para órgãos do governo, o que não seria problema no caso ao
manter os dados nas instancias brasileiras (experiencia própria).


Em 27 de junho de 2014 14:32, Flávio Granato flavio.gran...@openmailbox.org
 escreveu:


 On 06/27/2014 02:12 PM, Jean Pereira wrote:
  Sim, mais na teoria, eles tem em SP não?

 Eles quem? Tem o quê em SP?

  Essa questão para mim é primordial, já que são prontuários de
  pacientes (por exemplo), que em processos (que não são poucos, ainda
  mais contra a saúde pública) são requeridos/utilizados, etc..

 Minha sugestão é verificar com o jurídico da sua empresa.

 ___
 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] Quando não usar NoSQL

2013-09-18 Por tôpico Ivo Sestren Junior 
Realmente interessante o post, mas nunca utilizei nada de NoSQL.
Mas tenho um projeto que acho que se benificiaria com o NoSQL.

Mas para terem ideia, tenho um cliente com PostgreSQL, que hoje a base de
dados esta com 14TB. Com crescimento médio diário de 20GB.

É uma empresa com varias filiais e espelhamento de dados para a matriz.


Em 18 de setembro de 2013 09:56, Flavio Henrique Araque Gurgel 
fla...@4linux.com.br escreveu:

  Em http://www.chrisstucchio.com/blog/2013/hadoop_hatred.html o autor
  recomenda usar Hadoop quando os dados passarem de 5TB.  Achei muito
  pouco.  O que vocês acham?

 Eu achei o post do cara sensacional. Obrigado por compartilhar conosco!
 Ele é programador, que faz parte da categoria que adora os NoSQL pelas
 suas supostas facilidades e fez uma análise crua de situações de sua vida
 real.
 Eu realmente não entendo porque programador acha SQL difícil. É uma
 linguagem simples e evita uma porção de erros, o que o autor desmistifica.

 Eu não entendi o comentário dos 5TB como recomendação mas como se você
 já tem 5TB num Hadoop você está preso nele. Realmente deve ser
 economicamente inviável arrancar 5TB de um NoSQL e jogar num PostgreSQL.
 Vai precisar de uma parada enorme além de toda a refatoração de aplicação,
 sem contar a escrita de uma ferramenta pra migração que depois será
 abandonada.

 Acho que merece uma análise da afirmação dele que diz que Hadoop sempre
 faz seqscans. Pelo que sempre aprendi dos Chaves X Valor, é justamente a
 rapidez no encontro da linha o forte deles e as chaves são indexadas em
 B-Tree na maioria dos casos.

 Em tempo: PostgreSQL é um dos backends usados pelo Hadoop, logo, após as
 vantagens da redução de mapa o encontro da chave deve ser algo bastante
 rápido.

  Há alguma lista das maiores instalações de PostgreSQL?

 Nunca vi. Talvez começar a colocar na Wiki internacional.
 Todavia, tamanho de banco é só um dos quesitos de grande instalação.
 Um banquinho de 20GB pode ser extremamente desafiador num ambiente com
 alta taxa transacional em OLTP.

 []s

 __
 Flavio Henrique A. Gurgel
 Líder de Projetos Especiais
 Consultoria, Projetos  Treinamentos 4LINUX
 Tel1: +55-11.2125-4747 ou 2125-4748
 www.4linux.com.br
 email: fla...@4linux.com.br
 __
 FREE SOFTWARE SOLUTIONS
 ___
 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] Quando não usar NoSQL

2013-09-18 Por tôpico Ivo Sestren Junior 
Não penso no caso deste projeto com este cliente alterar.
Mas tenho outro projeto que preciso de busca muito rapida, com a tabela sem
relacionamentos, que neste caso acho que se aproveitaria bem o uso de NoSQL.

Mas para este projeto, principalmente com este cliente com base de 14TB,
não penso em alterar, esta funcionando bem assim com o PostgreSQL


Em 18 de setembro de 2013 10:17, Guimarães Faria Corcete DUTRA, Leandro 
l...@dutras.org escreveu:

 2013/9/18 Ivo Sestren Junior i...@sestren.com.br:
  Mas tenho um projeto que acho que se benificiaria com o NoSQL.
 
  Mas para terem ideia, tenho um cliente com PostgreSQL, que hoje a base de
  dados esta com 14TB. Com crescimento médio diário de 20GB.
 
  É uma empresa com varias filiais e espelhamento de dados para a matriz.

 Parece mais um caso para particionamento (em primeira instância) e XC
 (se particionamento ainda não resolver).
 ___
 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