Vejam a nota oficial de lançamento em pt_BR.

Preencha a pesquisa agora aqui.

Mini FAQ

• Sim, vamos públicar o resultado no final.
• Não, não sei quando ainda, mas deve levar pelo menos um mês.
• Não, não vamos divulgar nomes de empresas e pessoas que preencheram a pesquisa.
• Sim, A chamada para a pesquisa foi divulgada hoje no site oficial da comunidade e é lá que vamos publicar os resultados em breve.
• Sim, você pode e deve divulgar a pesquisa para aquele seu cliente que você sabe que utiliza PostgreSQL.
• Sim, você pode e deve divulgar a pesquisa em sites, blogs, listas de discução, etc.
• Sim, vamos fazer uma pesquisa qualitativa com mas detalhes sobre casos de uso brasileiros. Em breve…

[Show as slideshow]

[View with PicLens]

Agora resolvi brincar com as enquetes. Não sei se vai vingar. Depende mesmo do número de pessoas que vão votar. Se tiver um número razoável, prometo ir atualizando por aqui.

Segue a primeira, que não poderia ser muito diferente. Em breve, algumas mais polêmicas devem se seguir. Aguardo os votos do pessoal.

Aí as novidades continuam. O método de escolha foi muito debatido na comunidade. Haviam duas propostas em pauta:

• Votação direta pelos membros da comunidade (ou inscritos nas listas). A votação garante que o evento vá de encontro com os interesses dos participantes o que é fundamental para a satisfação dos participantes.
• O uso de uma banca avaliadora composta por 3 pessoas respeitadas da comunidade. Em 2007 foram os Srs. Diogo Biazus e Euler Taveira. Em 2008 foram os Srs. Leonardo César, Dickson Guedes e eu. Em 2008 se chegou ao consenso de que uma comissão com número ímpar seria interessante para não haver empates e que deveriamos alternar as pessoas envolvidas nesta banca. Para 2009 escolhemos os Srs. Luis Fernando Bueno, Leandro Dutra e Fernando Ike. A vantagem de usar uma comissão é a simplicidade e agilidade do processo e a capacidade de balancear temas e garantir a qualidade, uma vez que são pessoas que conhecem bastante de PostgreSQL no Brasil. Uma coisa interessante da comissão é a possibilidade de trazer temas novos, evitando que as mesmas palestras se repitam todos os anos.

Na dúvida ficamos com os dois. Haverá uma votação on-line entre os membros da lista PGBR-Geral. Esta votação irá apontar para as palestras mais populares e os temas mais solicitados e então uma comissão avaliadora composta de 3 pessoas fará uma seleção final.

Mas ainda temos cartas na manga: se houver um número muito grande de propostas, abriremos uma exposição de painéis (cartazes explicativos que são pendurados nos corredores do saguão com a presença de seus autores), como é comum se fazer em eventos acadêmicos. Desta forma, poderemos contemplar a participação de mais pessoas. Mas esperem, o melhor fica para o final! Vamos repetir o clima animado no final do evento de 2008: os Lightning Talks vão voltar! Na última semana antes do evento estaremos abrindo as incrições (que vão até o final do primeiro dia do evento) para as apresentações relâmpago, com duração máxima de 5 minutos cada.

Então senhores, se você já está trabalhando há algum tempo com PostgreSQL, envie sua proposta. Se você tem várias ideias, mande várias propostas. Escolha o formato mais adequado e mande para nós. Há inúmeros temas que você pode abordar. Este ano teremos mais espaço, 2 auditórios e uma sala VIP, então vale a pena compartilhar conosco um pouco da sua experiência. Você não precisa ser um gênio, basta apenas ter testado alguma coisa interessante e chegado a alguma conclusão no caminho. Muita gente acha que não tem nada de interessante para falar… eu digo que ao acompanhar a lista, tem um montão de gente respondendo e-mails que eu adoraria ver subir no palco e dividir um pouco mais do que sabe conosco. Vejo um zilhão de dúvidas que se repetem e dúvidas que mereciam um tutorial inteiro para explicar melhor como fazer.

Se você está realmente sem idéias, eu vou dar algumas (tem muuuuito mais, claro!) sugestões:

• Técnicas para carga de grande volume de dados e ETL;
• Desempenho, segurança e uso de Discos e Sistemas de Arquivos;
• Testes com novos sistemas de arquivos como EXT4, ZFS, quem sabe BTRFS…
• GUCs e dicas de configurações de parâmetros;
• Segurança de aplicações usando PostgreSQL: técnicas para autenticar usuários e evitar SQL Injection;
• Uso de Full Text Search;
• PostGIS;
• Uso de PostgreSQL em aplicações de suporte a decisão (BI);
• Técnicas de Backup físico e lógico, ou melhor: técnicas de restauração!
• Como encontrar SQLs lentos e reescrevê-los;
• Como monitorar o uso de recursos com as novas funções, visões, opções de log e ferramentas do PostgreSQL;
• Como criar índices realmente úteis e remover índices inúteis;
• Utilizando técnicas de replicação multimaster assíncronas;
• Comparação de diferentes técnicas de replicação: onde eu uso o que?
• Tudo que você queria saber sobre internacionalização e localização e tinha vergonha de perguntar;
• Refatoração de banco de dados sem perder a cabeça ou o emprego!
  
• Migração para PostgreSQL (a partir de Oracle, MySQL, DB2, SQL Server, o que for);
• Versionamento de banco de dados: gerenciando a mudança com responsabilidade!
• Técnicas de auditoria e monitoramento de usuários;
• Desempenho com responsabilidade: descubra o ponto G do PG…
• Casos de sucesso, sim, queremos saber quem está usando o PostgreSQL por aí!
• Casos de insucesso e dicas para evitar entrar em grandes roubadas. Tambem poderia ser: “Eu não disse que esse negócio de banco de dados livre não prestava…” (fala sério, alguém tem que fazer esta um dia)
• Conhecendo um pouco do código fonte do PostgreSQL e funções SPI;
• Ferramentas para modelagem e documentação de DDL para PostgreSQL (tem alguém me devendo essa)
• 10 Coisas que ainda não funcionam bem no PostgreSQL,mas que estão em vias de se resolver (ou não) e como contornar estes problemas;
• Os desafios em ambientes transacionais pesados e com grande volumes de dados;
• PostgreSQL em aplicações científicas. Em 2008 aprovamos uma palestra de banco de dados para dados biológicos que cancelou na última hora, uma pena.
• Modelagem utilizando tipos, vetores, domínios, funções de agragação e outros bichos;
• Consultas recursivas com Common Table Expressions;
• Cálculos complexos com Windowing Functions;
• Stand By rápido e rasteiro.
• A caixa de ferramentas do DBA: consultas e formas de se trabalhar para tornar a vida do DBA mais simples e produtiva;
• Os 12 pecados do desenvolvedor que começa a utilizar o PostgreSQL pela primeira vez;
• PostgreSQL para adminstradores de sistema: montando um servidor seguro, rápido e fácil de administrar;

Bom, estas são apenas algumas sugestões, existem várias outras que não pensei agora. Sugestões? De qualquer forma, estamos muito querendo ver novas caras do PGCon Brasil este ano, agora é só escrever e mandar.

Senhores, eu sei que muitos que estão utilizando o PostgreSQL são novatos, estudantes e entusiastas. Sei que não é de bom tom tratar estas pessoas de forma seca e dura, pois são pessoas que futuramente vão apoiar a comunidade e utilizar o PostgreSQL em cenários mais sérios e coisa e tal. Mas hoje me deu os 5 minutos de fúria.

Vamos escrever melhor gente? Eu seu que não sou uma pessoa que contribui ativamente aqui na lista. Não respondo muita coisa. Mas venhamos e convenhamos, o nível das perguntas (e muitas vezes das
respostas e comentários também) desanima qualquer pessoa letrada que se esforça para se comunicar adequadamente.

Antes de disparar com a metralhadora para todos os lados, eu quero
dizer: entendo que os erros de ortografia e de digitação fazem parte da nossa vida. Eu mesmo cometo erros terríveis no meu blog e nos e-mails. A língua portuguesa é chata mesmo. Quando estou ajudando o
meu filho de 6 anos a fazer a lição de casa eu percebo como as regras
são confusas: G e J, c, ç, ss, z ou c e q, m ou n, r ou rr, e por aí vai. Mas inventaram os corretores ortográficos e eles estão aí para nos livrar da peste, da fome e da danação.

Proponho lançar uma campanha de 5 pontos aqui (a exemplo de zilhões de campanhas semelhantes em trilhões de listas por aí):

1. O nome do banco de dados livre mais avançado do mundo é ‘PostgreSQL’ ou simplesmente ‘postgres’. Sim, você pode escrever sem acentos e sem letras maiúsculas. Pode até abreviar para PG numa lista mais informal como a nossa. Mas não use nenhuma outra forma, ok? É como mandar um cartão de dia dos namorados com o nome da garota escrito errado. Na dúvida repita em voz alta para não errar mais:  postgres, postgres, postgres. Dá um bom mantra, é relaxante, tente novamente: postgres, postgres, postgres…
2. Guarde o miguxes para os seus amigos do tempo do ensino fundamental. Se você escreve ou até fala assim, guarde este segredo terrível para você e aqueles que praticam isso. Não abrevie palavras como se estivesse num chat e principalmente não utilize expressões escritas propositalmente erradas. Conheço muita gente da velha guarda que sente dificuldade em ler menssagens assim. O resultado? Não respondem. Eu não respondo mais e sei de gente muito boa que também não responde.
3. Descrevam o problema! Gente, nós não conhecemos o seu ambiente, não vemos os erros que estão acontecendo na sua tela e não sabemos o que você fez. Nós não vamos adivinhar se você não contar. Dizer simplesmente: “estou com um problema no postgres e nada funciona aqui” pode conter o nome do banco de dados escrito corretamente, pode até fazer um bom uso da língua portuguesa, mas não nos diz nada. Se você se sente apenas frustrado e quer desabafar, recomendo uma boa cerveja, ver desenhos animados na TV ou até mesmo conversar com alguém no IRC. Mas dizer que não funciona e não citar o contexto não vai lhe ajudar.
4. Se o seu chefe/professor mandou você fazer um trabalho com PostgreSQL para ontem e você precisa de alguém que faça uma parte do trabalho para você, a lista será um ótimo lugar para você encontrar um profissional que lhe cobrará um preço justo pelos seus trabalhos. Não, não vamos fazer o trabalho de graça por você. Por favor não peça.
5. Uma boa pergunta é metade do caminho para encontrar a resposta. Se você leu a documentação, pesquisou na Internet, testou e não conseguiu fazer o que você queria, você deve ter uma dúvida. Gaste um tempo na elaboração da pergunta. Pense um pouco.
   • Se você leu um monte de documentações (principalmente a oficial) e não entendeu nada, seu problema é de compreensão de texto. Estude inglês ou português e principalmente leia mais. Um livro por mês seria uma boa meta para você. Mas pelo menos 2 bons livros por ano é o mínimo que um cidadão alfabetizado deveria se habituar a ler. Revistas em quadrinhos são muito legais (eu adoro) mas não contam aqui.
   • Se você testou vários how-tos e receitas de bolo prontas e nada funcionou, vá ler a documentação oficial antes de sair perguntando. Um bom tutorial sempre tem referências. Leia as referências. Ocorre que um tutorial se refere a uma situação específica. Pode não ser o seu caso. Você pode precisar de adaptações. Para quem tem uma boa base de conhecimento (por exemplo, para quem leu a tal da documentação…) o tutorial é muito interessante. Para quem cai de paraquedas, costuma ser um desastre.
   • Se você pesquisou um bocado e leu um bocado e conseguiu evoluir até um certo ponto e depois travou. Você deve ter uma genuína dúvida. Mande um e-mail para nós. Escreva bem, descreva o seu processo e nós lhe ajudaremos. Mas antes de enviar o e-mail, lembre-se que você gastou um tempão para chegar onde está. Se você souber exatamente o que você não está entendendo e souber materializar sua dúvida em forma de um texto, seu problema estará muito próximo da solução. É muito comum se passarem 5 ou 10 e-mails numa lista até que as pessoas entendam precisamente o que você quer saber. Pergunte bem e você terá uma boa resposta. Mais que isso, você será respeitado pelo seu esforço em pesquisar antes e também pela sua capacidade de elaboração de questões relevantes.

Há alguns anos atrás, quando o PostgreSQL começou a ganhar mais visibilidade no Brasil (no lançamento do PostgreSQL 8.0 para ser mais exato), houve uma grande tensão na lista por causa da invasão dos miguxos, analfabetos digitais e até folgados mesmo que caiam diariamente de paraquedas na lista. Eu não acho que espantar esta turma nos ajudará em alguma coisa. Mas se as pessoas vem à lista para aprender alguma coisa, espero aqui estar dando a minha contribuição pedagógica. Sim, eu sou um brasileiro e não desisto nunca!

Bom, apesar de não ter contribuído com a organização, eu acabei aceitando o convite feito no próprio PGCon 2008 de ir para Rondônia. Então eu e o Sr. Euler Taveira fomos de avião para lá. O Sr. Euler, diga-se de passagem virou arroz de festa e está indo a quase todos os PGDays. Só não vai para SC por um motivo simples: vai estar no canadá no PGCon internacional nesta data.

Cada evento traz consigo características próprias: em DF, o Sr. Jair Silva mostrou um pouco do mega ambiente corporativo da Caixa Econômica Federal utilizando PostgreSQl e houve também um longo tutorial sobre replicação com o Sr. Dickson Guedes. Em SP, foram 6 palestras com a grade mais diversificada até o momento. Em RO, foi o maior público até agora. Não tenho os números ainda, mas se juntarmos os dois dias de evento em Porto Velho e Ji Paraná certamente contaremos com algo na casa das 300 pessoas. No RS temos uma renovação nos palestrantes, tendo 3 pessoas que não palestraram em nenhum PGCon Brasil na grade. Por fim, teremos o PGDay SC que ainda não tem a grade fechada, mas é o primeiro a estrear um sistemas de inscrições integrado no próprio site da comunidade.

Enfim, muita coisa boa rolando. O povo do FISL 10 já avisou que quase todas as propostas de palestras sobre banco de dados são para PostgreSQL. Não é muita novidade para nós… ano passado também foi assim. De qualquer forma, eu diria que a comunidade tem realmente se destacado nos últimos tempos.

Meus parabéns a todos os organizadores!

Não achou nenhum link? Tudo o que você quer saber sobre eventos da comunidade brasileira de PostgreSQL está aqui.

• Apesar do fiasco da campanha “Adote um artigo sobre PostgreSQL“, a nossa página wiki internacional conta hoje com 14 artigos. É pouco, mas já é alguma coisa. E agora é oficial, os artigos em pt_BR vão ficar lá mesmo. Espero que com o tempo nós tenhamos novos ótimos artigos por lá;
• O novo site feito em Drupal 6 finalmente ficou pronto. Sim, temos um novo site em http://www.postgresql.org.br com novo visual, novas funcionalidades, novo conteúdo e nova dinâmica de atualização. Você também pode contribuir com novos conteúdos, basta se cadastrar e escrever. Tenho aqui que agradecer os esforços de muitos que ajudaram nesta empreitada, particularmente o Nei Rauni Santos, Dickson Guedes, Felipe van de Wiel e Athur Furlan. Devagarinho,  nosso Webmastar Guedes está adicionando novas funcionalidades. Longa vida ao site!
• 5 PGDays espalhados pelo país ocorrendo entre abril e maio deste ano. DF, SP, RO, SC e RS. Não é mole não… o povo está se mexendo e as coisas estão acontecendo.  O primeiro a acontecer foi o de Brasília com mais de 100 participantes em um dia repleto de palestras. Esta semana é a vez de São Paulo e na semana que vem eu vou para Rondônia que terá um PGDay em duas cidades: Porto Velho e Ji Paraná. Já tomei minha vacina contra febre amarela e vou lá finalmente conhecer de perto o povo que usa o PostgreSQL para salvar a Amazônia!
• A organização do FISL 10 já começou. O nosso wiki onde estão os documentos relacionados a nossa organização interna já tem uma página com algumas das palestras que estão sendo propostas para o nosso evento comunitário lá.
• A organização do PGCon Brasil 2009 também está andando. Espero que até o final do mês o site do evento já esteja no ar também. Enquanto isso a captação de recursos já está a mil por hora, graças ao nosso reforço do Fernando Ike.
• Eu recebi nova incumbência este ano. Na última reunião da comunidade eu assumi a tarefa de cuidar da prestação de contas e tesouraria do PGCon Brasil 2009. Tarefa trabalhosa, uma vez que quem me conhece sabe como sou exigente quando se fala em transparência.
• E por fim a maior de todas as novidades, saiu o Beta1 do PostgreSQL 8.4!!! Sim, sim, podemos aguardar uma nova versão em breve. Eu já estou testando ele por aqui e posso garantir que tem muita coisa boa pela frente. Mas isto, é assunto para outro longo post.
  

E assim como o Yahoo se negou a ser comprado pela Microsoft (por cifras astronômicas em tempos pré crise), a Sun parece ter não gostado muito da oferta da IBM e aceitou uma oferta ligeiramente superior da Oracle. E zilhões de dúvidas vem a cabeça. E agora o que serão dos projetos livres da Sun? Java, OpenOfficce, MySQL, Solaris e por aí vai. Ninguém sabe… mas a primeira coisa que percebemos é que o mercado corporativo de TI vai se afunilando entre gigantes como IBM, Microsoft, HP, Dell e Oracle. Mas seria bom dar uma olhada na Oracle um pouco mais de perto.

• A Oracle surgiu como um dos primeiros SGDBs relacionais do mercado, logo depois do DB2 da IBM. Se é verdade que o DB2 ainda dita a maior parte do padrão ISO SQL, a Oracle já lidera claramente este mercado há alguns anos;
• Se é verdade que até a década de 90 a Oracle se firmou no mercado como desenvolvedora do maior banco de dados do mercado, também é verdade que ela virou a mesa e tem hoje uma suite completa de soluções de grande porte:
  • SO com o clone o Red Hat, o Unbreakable Linux,
  • Banco de dados com o Oracle Database, e também o InnoDB,  o Berkeley DB, Times Ten
  • Middleware com o Oracle Application Server, SOA Suite, Weblogic, Content Management, etc;
  • ERP com o JD Edwards, People Soft, Siebel, E-Business Suite, etc;
  • Monitoramento com o Oracle Enterprise Manager;
• Se por um lado a Oracle tem uma política de licenciamento que lhe cobra por uma base de testes, um stand by e possui inúmeras funcionalidades e parâmetros não documentados nos seus produtos, oferece o download livre para qualquer um baixar e testar seus produtos e uma enorme biblioteca de documentação pronta para baixar e imprimir, em versão PDF ou HTML.
• Sim, a Oracle investe em Software Livre sim. Tem inclusive um portal para isso, o http://oss.oracle.com/ com projetos como o OCFS2 e o Btrfs, dois poderosos sistemas de arquivos. Além disso, a Oracle tem uma contribuição intensa no kernel do Linux já faz um bom tempo.
• Sim, a Oracle tem uma política monopolista e compra tudo que está a sua frente. Mas ao contrário de querer dominar a Internet, como a Microsoft e o Google, o foco da Oracle é bem claro: soluções corporativas para grandes empresas. E diga-se de passagem, ela tem crecido numa velocidade incrível neste segmento. Porém, se a excelência de suas soluções em banco de dados deram uma fama de competência e confiabilidade em seus produtos, o mesmo não se pode dizer sobre as suas demais aplicações que rodam sobre o seu banco de dados. O Oracle Aplication Server é uma colcha de tecnologias livres empacotadas como um monstro de várias patas e nenhum cérebro. E vai a Oracle já avisando que depois de abandonar o terrível Forms e Reports, vai abandonar o fiasco do OAS também em função de uma plataforma Java melhor… é esperar para ver. Os seus ERPs também não são a oitava maravilha em termos de tecnologia (ALGUM É)???? O PeopleSoft por exemplo não tem uma única chave estrangeira no banco de dados, fazendo toda a integridade referencial dentro da aplicação. Não é bem o que a Oracle sempre pregou nos seus manuais.
• O suporte da Oracle é muito eficiente, funciona 24/7 de verdade. Podem lhe atender no Brasil, EUA, Japão, Índia ou onde quer que seja necessário para atendê-lo em qualquer horário. Mas veja: o nível básico de suporte (independente no nome bonito que se dê)  por e-mail, dá um trabalhão para abrir um chamado. Uma das coisas mais irritantes no site de suporte da Oracle é que eles utilizam tecnologia da Oracle para montar o portal web. É horrível, quem está acostumado com o Gmail e outras interfaces cheias de Ajax como o Wordpress sabe o quão terrível é o metalink da Oracle. Fizeram uma versão nova com uso de Flash… piorou!

Então se por um lado a Oracle tem tradição com Software Livre, não tem foco em produtos na linha do MySQL e do OpenOffice. É claro que se é para minar a concorrência com a Microsoft pelo mercado de médio porte, pode não ser má idéia investir um pouco neles, mas não acredito que será o foco principal deles. É claro que podem surgir estratégias inovadoras junto ao MySQL… ele pode se tornar mais aberto ao Oracle e virar um novo Times Ten, mas não acho que vai perdes suas características atuais. Manter o Marketshare do MySQL, apesar de não trazer muito lucro será muito bom para a Oracle que pegará duas pontas do mercado. Já o Solaris o Java são com certeza algo de interesse por parte da Oracle. Veja que o Btrfs que a Oracle criou é baseado no ZFS que por problemas de licenças da Sun, não pode ser agregado ao Linux que usa GPL. Daí se vê a preocupação da Oracle com algumas boas tecnologias encontradas no Solaris. O Java então… toda a suite que roda sobre os bancos de dados Oracle usa Java. Isso sim é um tiro certeiro. Já os servidores SPARC são bons competidores para os servidores da HP e IBM. São caros, mas tem um mercado cativo ainda bem definido em soluções de grande e médio porte.

Mas temos um perdedor claro aqui: o PostgreSQL que vinha sido apoiado pela Sun está certamente fadado a perder esta condição. É claro que existem outras e muitas outras empresas apoiando. Mas a ausência da Sun será sentida, com certeza.

OBS: O artigo do Peter Eisentraut é bem interessante. Acho que concordo com quase tudo que ele diz. Vale a pena dar uma olhada lá.

Em 2009, para a nossa felicidade, teremos novamente 2 palestrantes brasileiros no evento.

• O Sr. Euler Taveira, com a palestra pg_similarity, Functions and Operators for Executing Similarity Queries

• O Sr. Luis Bueno, com a palestra Saving the Amazon with PostGIS, Spatial Manipulation in the Rain Forest

Como se vê, o Brasil continua sendo muito bem representado. Boa sorte Euler e Luis nas suas palestras. Bom evento para os demais brasileiros que tiverem a sorte de ir acompanhar o evento.

Para quem não pode ir para tão longe, não se desanimem, teremos eventos regionais chamados de PostgreSQL Days em vários estados do Brasil ocorrendo possivelmente em abril e maio e o nosso PGCon Brasil confirmadíssimo para os dias 23 e 24 de outubro na Unicamp, Campinas – SP.

A questão é simples, ao invés de manter uma seção de artigos sobre PostgreSQL no site da comunidade, estamos adotando uma nova estratégia: centralizar tudo no WIKI da comunidade internacional em http://wiki.postgresql.org. Todos os artigos em inglês estão agora por lá. E tem mais, artigos em outras línguas também. Já existem sessões dedicadas ao francês, espanhol, alemão, japonês, chinês e agora abrimos uma área para o português. Colocamos pouca coisa lá até agora, mas você pode ajudar, e muito.

O que você precisa fazer para adotar o artigo:

• Escolher um artigo. Você pode escrever um artigo novo ou escolher um  já existente. Em tese, você poderia escolher qualquer origem para o artigo que você vai adotar: pode ser um artigo num blog, como os vistos no nosso Planeta PostgreSQL Brasil,  pode ser um artigo da nossa sessão de artigos (que será desativada em breve) em http://www.postgresql.org.br/Documentação, pode ser uma apresentação em um evento, pode ser um artigo em outra língua que você vai traduzir, pode até ser um artigo de uma revista.
• Procurar descobrir o autor e a licença de compartilhamento do artigo. Este é um ponto importante. Antes de sair copiando e alterando qualquer coisa, tenha certeza de que você pode fazer isso. Existem inúmeras licenças utilizadas em artigos. Algumas permitem apenas a cópia sem alteração, outras permitem alterações no documento, mas você é obrigado a citar o autor, manter a mesma licença ou não fazer uso comercial. Se você não encontrar uma licença explícita no artigo ou site onde você encontrou o artigo, procure entrar em contato com o autor e pedir a sua autorização. O autor costuma se sentir sempre lisonjeado e tende a colaborar;
• Verifique se o artigo está muito ultrapassado e procure atualizá-lo. Se possível coloque obervações onde uma versão anterior do PostgreSQL funcionava diferente. Se a licença não permitir alterações, faça um preâmbulo ou alguma citação que mostre a data do artigo e para qual versão do PostgreSQL o texto se aplica;
• Correções ortográficas são sempre bem vindas, mas procure não mexer no estilo literário do autor, se julgar necessário, escreva um novo artigo e cite o artigo anterior como fonte de inspiração;
• Coloque sempre o nome do autor, a origem do artigo (se possível com o link), a licença em que o artigo foi publicado e o nome do revisor/tradutor no final do artigo.
• Procure sempre inserir o artigo diretamente no Wiki ao invés de criar um link para o artigo. Procure também utilizar uma formatação consistente com o artigo original;
• Não utilize processadores de texto como o Microsoft Word ou o BROfficee para editar o artigo, prefira sempre um editor de texto puro;

ATUALIZAÇÃO IMPORTANTE:

O Wiki do PostgreSQL adota por padrão a licença BSD, conforme descrito no seu documento sobre Copyrights. Ou seja, o autor deve concordar em disponibilizar seu artigo sob esta licença, que é a mesma do software PostgreSQL e sua documentação. Em último caso, se você não puder alterar a licença, você pode adicionar apenas um link no Wiki para outro local onde o artigo está publicado.

No mais tudo funciona como em qualquer Wiki que você encontra por aí. Incluindo o esquema de criação de contas, edição e rastreamento de alterações. Você também pode a qualquer momento alterar, ampliar ou corrigir um artigo já publicado (quando a sua licença o permitir).  Note que o uso do Wiki para guardar documentações não é de forma alguma casual. O software é livre, a documentação é livre, os artigos são livres e toda a plataforma web onde isto é disponibilizado também!

Bom, se você queria uma forma de contribuir com o PostgreSQL, mas achava que não tinha conhecimento técnico ou tempo suficiente para ajudar, chegou a sua vez. Que venham novos artigos!

thats what i was thinking, but didnt say it

Essa é para quem acredita ainda que ferramentas de ORM possam ser eficientes ao escrever SQL. Conversando um dia destes com o Sr. David Fetter, ouvi um argumento no qual eu ainda não havia pensado: a Inteligência Artificial está longe de atingir um ponto onde o racínio humano possa ser substituido.

Dia 23/10/2009





Auditório 1 (220 lugares)
Auditório 2 (280 lugares)
Sala VIP (25 lugares)


08:00
                CREDENCIAMENTO


09:00

Abertura



09:40
Intervalo


10:00
 Tutorial 1
 Palestrante 1
 Hacker Talk 1


11:00
 Patrocinador 1


12:00
Almoço


14:00
 Tutorial 2
 Palestrante 2
 Hacker Talk 2


15:00
 Palestrante 3


16:00
Intervalo


16:20
Palestra Avançada 1
 Patrocinador 2



17:20

 Palestrante Internacional 1



18:50
Happy Hour











Dia 24/10/2009




        
Auditório 1 (220 lugares)
Auditório 2 (280 lugares)
Sala VIP (25 lugares)


09:00

Palestrante Internacional 2



10:30
Intervalo


10:50
 Palestra Avançada 2
 Palestrante 4



12:00
Almoço


14:00
 Tutorial 3
 Patrocinador 3
 Hacker Talk 3


15:00
 Palestrante 5


16:00
Intervalo


16:20
 Palestra Avançada 3
Palestrante 6



17:20

Lightning Talks



18:20

Encerramento

Temos ainda a idéia de montar painéis de para trabalhos acadêmicos… a proposta é do Luis Fernando Bueno… acho que poderá ser interessante.Por fim, o Fernando Ike começou a escrever planos para escolher o local do PGCon Brasil 2010. Então se você ficou desanimado por não terem escolhido a sua cidade para o PGCon Brasil 2009, este é uma boa oportunidade para ajudar a escolher critérios justos.

Ok, a notícia é velha, mas uma coisa é verdade: os eventos de Software Livres são realmente divertidos. Bem que a gente podia fazer umas coisas assim por aqui.

Veja: Minhas palestras, Palestras sobre PostgreSQL, outras tags.

O mais bacana é que assim como no youtube, você pode depois embutir tudo no seu blog. Veja como ficou a minha última palestra no PGCon Brasil 2008:

Bom, por enquanto é só pessoal.

De fato, não posso pretender fazer uma avaliação global do evento, só posso falar sobre a parte que eu acompanhei. Outros valorosos colegas certamente terão mais coisas para acrescentar e poderão me corrigir. De toda forma, vou deixar aqui meu relato por escrito, em público, como sempre foi meu estilo de fazer as coisas.

Qual era o nosso status antes de organizar o evento?

Bom, as coisas não começaram do nada. Começaram a partir do PGCon Brasil 2007 que foi feito em São Paulo. Houve um sentimento consensual entre os organizadores em 2007 de que deveríamos trazer a organização do evento para as nossas mãos. No nosso acordo com a empresa que ajudou na realização do evento, tivemos 10% do valor das inscrições repassados para a comunidade. Isso nos rendeu um pouco mais de mil reais que foram absorvidos na montagem do stand no FISL 9.0 . O FISL ocorreu no meio de Abril e conseguimos alguns patrocinadores para o evento e vendemos algumas camisetas, com isso, conseguimos algum caixa para começar o evento, algo em torno de uns 3 mil reais.

O Que deu certo?

• Começamos a organizar cedo. Em março já estávamos dando os primeiros passos.
• Em maio já tínhamos o site no ar com data, local e hoteis definidos. Muita gente na lista pgbr-dev ajudou e hospedou a versão beta do site. Foi um esforço bacana da comunidade neste momento com pessoas que eu nem conhecia ajudando espontaneamente.
• No meio de maio também soltamos a chamada de trabalhos internacional. Tivemos 3 palestrantes que enviaram propostas: Bruce Monjiam, David Fetter e Magnus Hagander. O interessante nisso é que não precisamos fazer o convite para os palestrantes internacionais, eles se candidataram sozinhos;
• Em junho soltamos a chamada de trabalhos nacional e tivemos mais de 20 propostas enviadas. Isto nos abre a porta para pensar em utilizar mais de uma sala em paralelo em 2009;
• Conseguir um espaço como a Unicamp foi outro passo importante. Para mim realizar um evento numa universidade do porte da Unicamp mostra que realmente estamos no caminho certo. Não posso deixar de agradecer novamente o Professor Rubens Queiroz sem o qual isto não teria acontecido. A Unicamp se dispôs a nos ceder o auditório gratuitamente, mas o evento teria que ser realizado apenas durante a semana. Optamos por realizar novamente o evento na 6ª e sábado para abrigar diferentes públicos, o que se revelou novamente uma boa estratégia. Por isso tivemos que pagar pelas horas extras dos funcionários e a locação do espaço ficou em torno de uns 3 mil reais. Se por um lado isso é menos que o valor da locação do espaço de 2007 que custou 5 mil, era mais que as nossas reservas, o que nos pressionou na captação de recursos;
• Mudamos um pouco o esquema da grade de eventos e adicionamos um tutorial, os hacker talks e os lightning talks. Acho que todas as novidades foram bem recebidas. Aqui tenho que citar a ajuda do Dickson Guedes que ajudou nas chamadas de trabalhos, escolhas de palestrantes e tocou os lightning talks.;
• Realizamos as inscrições com as próprias pernas. O Sebastian e o Risso iniciaram o sistema para as inscrições on-line e o Euler acabou assumindo o projeto e concluiu. O Diogo e o Euler tiveram que atravessar uma maratona burocrática para conseguir fazer a integração com o banco. Como somos associados a ASL, precisávamos fazer a triangulação entre a nossa comunidade, a ASL e o Banco do Brasil (onde temos conta) e tudo isso no período de férias. A notícia boa é que vencemos esta parte e estas portas já estão abertas para 2009, o que deve adiantar muito as coisas.
• Conseguimos dar uma ajuda de custo para dois palestrantes nacionais que tiveram a sua hospedagem e passagens pagas pela organização. Ter caixa para isso foi muito bom, fazer isso de forma transparente entre os palestrantes foi melhor ainda;
• Conseguimos dar uma ajuda de custo para os principais organizadores do evento, pagando a hospedagem destes. Isto foi algo que ajudou a amortizar os gastos pessoais que boa parte da equipe de organização teve;
• Toda a equipe de organização e palestrantes estava hospedada dentro da Unicamp. Isto nos ajudou muito. A Casa do Professor Visitante foi uma mão na roda para nós;
• Contratamos uma equipe responsável pelo credenciamento. Isso foi um grande alívio para nós. Ter uma equipe dedicada a isso nos deixou mais a vontade para nos dedicar a outras atividades e curtir mais o evento. Algo que descobrimos é que empresas especializadas em organizar eventos cobram uma fortuna e não dão a menor pelota para nós. A nossa solução foi conseguir quem um dos membros da comunidade assumisse esta tarefa e fisesse isto a preço de custo. O Rodrigo Marins foi o herói que assumiu esta parte da organização.
• O número de participantes aumentou. Em 2007 tivemos um pouco mais de 200 pessoas, em 2008 algo em torno de 270. Algo interessante foi notar o nível do público também. Não encontrei quase nenhum novato. O públio era composto em sua maioria de pessoas que já utilizam o PostgreSQL em ambiente de produção. Isso é realmente um ponto muito positivo;
• As palestras tiveram um nível técnico mais alto também. Em geral, a minha avaliação é que tivemos uma elevação quantitativa e qualitativa do evento. É muito comum aumentar o público e baixar a qualidade. Isto não ocorreu. Muito bom;
• Os temas também foram diferentes de 2007, não havendo superposição notável de temas. É claro que isso uma hora vai acontecer, mas de fato isso deve ter tornado o evento em 2008 bastante proveitoso mesmo para quem esteve no evento de 2007.
• Conseguimos não ficar no prejuízo mesmo contratando buffet, pagando todo o material gráfico, equipe de credenciamento, aluguel do espaço, ajudas de custo, etc. O que nos salvou a pátrica? Captação de recursos. Este é um trabalho que ninguém quer pegar. Dá um trabalho danado e a conta telefônica faz um rombo enorme no orçamento. O fato é que não podemos sequer comparar 2007 com 2008. O número de patrocinadores foi bem mais generoso e conseguimos cobrir as despesas. Não sei dizer ainda quanto temos em caixa para 2009, mas espero que seja mais que em 2008. De fato para mim, não tenho a intenção de fazer um enorme caixa para a comunidade. Mas ter dinheiro para começar a organizar o evento ajuda muuuuuuito. Aqui o nosso herói tem nome: Leonardo Cezar.

Olhando assim, parece que tudo foi uma maravilha. Bom, os problemas aconteceram, claro. Vou deixar aqui apontado algumas coisas que eu gostaria de ver melhoradas em 2009, além de tudo o que evoluímos em 2008:

• Sem dúvida o nosso tormento número 1 foram as inscrições. Deu muito trabalho. Uma parte dele não se repetirá em 2009 pois o sistema já está pronto. Mas algumas melhorias no processo como um todo precisa acontecer. A primeira coisa é que precisamos de um processo separado para órgãos públicos. Não é uma coisa do outro mundo, mas não previmos isso e tivemos muita dor de cabeça por isso. É claro que alguns órgãos inventam processos mais exóticos, mas no geral, criar uma rotina específica para tratar estes casos (que somam pelo menos 1/4 do nosso público) é essencial. Outra coisa que poderia nos ajudar muito é poder emitir nota fiscal eletrônica, não sei se isso é viável, mas nos pouparia muito trabalho. Bom, não posso deixar de citar o Diogo Biazus que segurou boa parte da peteca com os governos, junto com o Euler e Leo.
• Um telefone… isso é tudo que muitos queriam. Um número de telefone para ligar e tirar dúvidas sobre as inscrições. Parece estranho mas nós não tínhamos um. E o motivo foi simples… todo mundo tem seu trabalho e atender zilhões de telefonemas não é nada simples. A gente sempre imaginou as pessoas entrando no site do evento, se inscrevendo, imprimindo seu boleto e pagando. Pois é… mas em empresas e governos as coisas não são assim. Então se tivermos caixa em 2009, temos que contratar alguém para atender o telefone e responder e-mails.
• Um detalhe peculiar sobre as inscrições também foram as informações no site. A maior parte delas estão lá… mas a maioria não lê. Então precisamos pensar em meios de minimizar isso. O processo de baixa no banco não é algo que nós controlamos. Isto nos impõem algumas restrições. Um exemplo disso é que só sabemos se alguém pagou ou não dias depois do pagamento ser efetuado. É por isso que não dá para pagar um boleto um dia antes do evento! O impacto disso na organização do credenciamento é enorme;
• Se ter uma equipe de credenciamento a custos atraentes foi um enorme avanço, precisamos estabelecer uma relação mais profissional nesta área principalmente em relação a prazos e horários. Isto vale para a comunidade e para a empresa contratada;
• As peças gráficas são o nosso calcanhar de Aquiles. Temos vários programadores experientes que podem nos ajudar a melhorar o sistema de inscrições… mas desenhar… isso ainda é um problema. A Softa tem nos ajudado nesta parte já por dois anos, mas ainda acho que precisamos encontrar alguém para fazer isso por nós e pagar por isso se preciso. O atraso na parte gráfica impões sérias limitações na divulgação;
• A parte de divulgação na verdade precisa de melhoria. Tenho certeza que não atingimos boa parte do nosso público por falta de divulgação. É claro que não tenho a intenção de fazer mega eventos. Mas perdemos boas oportunidades de colocar o PostgreSQL em evidência na mídia, o que beneficiaria não só o evento como a comunidade toda diretamente. Algo para 2009: precisamos de uma assessoria de imprensa profissional;
• Bom, para conseguir ter dinheiro para tudo isso, precisamos enfim de mais dinheiro. Aí é que entra a captação de recursos. Para conseguirmos dinheiro, precisamos começar cedo na organização e ter um plano de captação pronto mais cedo. Mais que isso precisamos de pelo menos duas pessoas dedicadas só para isso: Um para a captação com o setor público e outra com o setor privado. Alguém dedicado a captação internacional também seria uma boa. Para 2009 o Fike disse que tem grande chance dele dar uma mão na captação com o governo. Ter alguém morando em Brasília é realmente uma mão na roda para isso. Mas mais que isso, eu proponho que paguemos no mínimo uma boa parte da conta de telefone dos nossos captadores. A conta é meio assombrosa. Bancar algumas recargas de celular pode ser uma idéia. Talvez com isso, possam aparecer mais pessoas dispostas a ajudar nesta área tão delicada.

Bom, agora deixando as dificuldades de lado, eu penso que poderemos ter o seguinte cenário para 2009:

• Realização de PGmeetings – encontros informais – em várias cidades do país ocorrendo com alguma frequência;
• Realização de pelo menos um PGDay – encontro regional com 2 ou 3 palestras – em cada região do país em 2009;
• Participação no FISL 10.0 em junho;
• Realização do PGCon Brasil 2009 em setembro;

A idéia é que o PGmeting seja uma boa desculpa para as pessoas se encontrarem mais em sua região, trocarem figurinhas e começarem a planejar um ou outro PGDay. O PGDay teria um foco em disseminar o PostgreSQL para quem não o conhece e ter palestras de nível iniciante e intermediário. O PGCon Brasil seria um evento de mais alto nível realizado apenas uma vez por ano com palestras de nível intermediário e avançado. Para o PGCon Brasil 2009 eu penso que poderíamos experimentar duas salas em paralelo. Uma maior com as palestras em geral. E outra menor com os Hacker Talks, palestras avançadas e alguns tutoriais. Continuo achando que organizar oficinas no estilo hands-on (com cada participante fazendo atividades em seu computador) não é uma boa idéia, pois dá muuuuito trabalho e não permite muito aprofundamento do assunto. Gosto do estilo do tutorial onde o palestrante tem mais tempo, pode demonstrar algumas coisas na prática e coisas do tipo.

Bom, se você foi ao evento e tem outras sugestões, reclamações, dúvidas e etc e tal, este é a última vez que vamos entrar nesse assunto aqui. Na verdade, o melhor local para discutir isso não é aqui, e sim na lista pgbr-dev. Então se você tem a intenção de ajudar a organização de qualquer evento (PGCon Brasil, PGDay, PGmeeting, FISL, o que for) entre na lista.

Algum detalhes importantes:

• A pesquisa não é definitiva. Ela não define onde será o evento, ajuda apenas a ponderar onde as pessoas preferem que o evento seja. É claro que se a maioria optar por um local específico, a tendência é que este local seja escolhido;
• O evento não será realizado em um local onde não haja uma equipe disposta a ajudar muito na organização. Este é um aspecto indiscutível. Não dá para fazer evento se não tem gente disposta a trabalhar;
• A distância é um fator importante para todos, não apenas para você.

Bom, abrimos o questionário hoje e já temos mais de 80 respostas, preencha você também.

OBS: Se você está lendo este texto depois de 19/10/2008, saiba que o questionário já foi desativado.

Mas voltemos para os tempos das feiras de informática, antes da FENASOFT surgir e depois sumir. Um dia vimos as primeiras memórias flash ainda como protótipo numa destas feiras… Meu pai olhou para aquilo e pensou: “Hum, sem partes móveis? Mais rápido e mais confiável… isso ainda vai aposentar os discos rígidos em menos de 10 anos”. Bom, naquele tempo eu já fazia o curso Técnico em Eletrônica e via as memórias EEPROM e UVPROM e também as “memórias CMOS”. Para um mercado que tinha saído das ROMs puras há pouco… tudo já parecia fantástico. Mas de fato as memórias FLASH foram chegando. Primeiro os disquetes foram saindo e sua morte foi enfim anunciada com os primeiro iMacs sem unidades de disquetes e com as novas portas USB! Os gravadores de CD também inundavam o mercados e padrões proprietários que melhoravam os disquetes como os ZIP Disks afundaram. Então vieram os pendrives, 128K, 512K, 1GB, 4GB e já temos os de 32GB. Em 2007 os notebooks entraram na dança e os primeiros HDs finalmente foram saindo de cena.

Até aí, ninguém decretou o fim dos HDs… os HDs continuam firme e forte. Os IDEs e SCSI deram lugar aos modenos SATA e SAS e vão evoluindo em capacidade e velocidade. Os HDs SATA de 10Krpm e os SAS de 15Krpm se tornaram comuns. Controladoras SATA com RAID 0, 1 e 10 já são comuns. Controladoras SAS com capacidade para dezenas de discos, baterias para o cache estão a pleno vapor. Sem contar com os Storages que são mais flexíveis usando interfaces iSCSI, Fibre Channel e InfiniBand e flexibilidade para usar discos Fibre Channel, SAS e até SATA. A indústria de discos rígidos continua a pleno vapor. Com a excessão dos notebooks, os desktops e servidores parecem estar com seu mercado garantido. Até quando?

É claro que os notebooks, subnotebooks, palms, mp3 e outros gadgets estão inundando um mercado que se acostuma com a ausência dos discos rígidos. Mas quando se fala em performance e confiabilidade, as memórias flash são em geral descartadas. Elas tem por tradição seram mais lentas e terem a mania de ir perdendo alguns bits com o tempo. Por outro lado, há uma demanda cada vez maior por performance. Quando eu escrevi o meu artigo sobre PostgreSQL, discos & cia eu fui pesquisando alguns dados para melhorar o artigo. Ao fazer uma busca por IOPS eu tive que fazer uma longa pausa na escrita do artigo. Algo mudou no ar. Não é uma coisa qualquer… isso é grande, é uma “mudança disruptiva”. Daqui para frente, após todo esse blábláblá, vou tentar explicar o que se passa nos bastidores.

Tratar grandes volumes de dados nem sempre foi a trarefa principal dos computadores. A IBM nasceu construindo máquinas que pudessem tratar grandes volumes de dados, mas estes não eram computadores, eram máquinas de tabular dados. O primeiro sucesso foi com o censo dos Estados Unidos em 1890 e depois em 1900. Nascia a época dourada dos cartões perfurados para o tratamento de grandes volumes de dados. Os primeiros computadores tratavam principalmente de cálculos complexos. Foi o surgimento dos discos magnéticos que propiciou o algo parecido com o que hoje chamamos de banco de dados. A primeira unidade de discos rígidos foi o IBM 305 RAMAC em 1956 com seus 5MB em uma unidade de disco rígido com quase uma tonelada e do tamanho de uma lavadora de roupas . Em 1965 já vemos o surgimento do CODASYL, a primeira tentativa de padronizar o acesso a dados, que mais tarde deu origem ao COBOL. A questão aqui é que discos rígidos e bancos de dados nasceram juntos e cresceram juntos. Não haveria como os bancos de dados crescerem se não houvesse um correspondente aumento de capacidade e velocidade dos discos. Os custo, é claro, também caiu muito.

Vejamos uma comparação entre o IBM 1311 lançado em 1961 e um disco SAS atual.

Enfim o que mudou? Discos menores, com maior densidade magnética, maior velocidade de rotação e menor custo. Claro que há muito mais que isso. Há interfaces como SATA, SAS, FC, InfiniBand, vários tipos de RAID, cache e uma infinidade de tecnologias destinadas a melhorar a performance, confiabilidade e preço dos discos. Mas, mesmo com enorme ganho nestas 3 áreas, em algum momento da história, os discos deixaram de acompanhar o rítimo de desenvolvimento dos processadores quanto ao desempenho. O custo dos storages em grandes bancos de dados é cada vez mais significativo no custo total do hardware. Enquanto se mensurava o custos dos discos em US$/GB, hoje se mede também em US$/IOPS. Ou seja, não se trata mais apenas de conseguir espaço em disco. Se trata também manter um volume de operações de leitura e gravação por segundo adequada as exigências do seu banco de dados.

Bom, para o mercado de Banco de Dados, as demandas parecem que cresceram mais que a tecnologia. Não são apenas as bases com mais de 10TB que assustam os DBAs. Em apenas um Rack de 19″ podemos ter 10TB com RAID e tudo o mais. Claro que não vai sair barato. Mas discos grandes não são tão caros. Um disco SAS de 1TB não custa muito. Mas e para se conseguir 10 mil IOPS? Sim, aí você terá problemas. Discos rápidos são caros. Você vai precisar de um RAID 10 muitos discos velozes para conseguir alguma coisa próxima a 10 mil IOPS. Os modernos storages atuais podem ter atingir mais de 200 mil IOPS. E mais, pode ser que você use estes discos apenas para guardar seus logs de transação do banco de dados. Parece um exageiro, mas em bases com fortes demandas OLTP isso não é nenhum absurdo. Não é a toa que discos de 36GB não saem do mercado, mesmo com os discos de 1TB disponíveis.

Hoje se fala de “unidades de estado sólido” ou Solid State Drives, ou ainda apenas SSD. Apesar de serem internamente completamente diferentes das unidades de discos rígidos, para o SO, se comportam de forma idêntica. Possuem sistemas de arquivos, partições e tudo o mais. De fato, a idéia é poder trocar um disco rígido por memórias de estado sólido de forma natural. O conector, a interface (SATA ou SAS) e as características lógicas são as mesmas. Isto realmente torna as coisas muito mais simples. Na verdade, uma disco de estado sólido pode ter inclusive o mesmo tamanho de um disco de 3.5″, se encaixando normalmente no lugar de um disco rígido. Vejam a foto abaixo. Trocar uma unidade de disco rígido e inserir um SSD não parece uma tarefa nada assustadora.

Bom, vamos com calma agora. Eu sei que tenho falado muito até agora, mas leia isso com atenção. Todos devem lembrar das diferenças entre a RAM e a ROM:

• Os dados na RAM são volateis enquanto os dados na ROM são persistentes;
• As memórias ROM podem ser do tipo ROM, PROM, EEPROM ou Flash
  • A ROM pura vem gravada de fábrica e nunca pode ter seu conteúdo gravado;
  • A PROM pode ser gravada uma única vez por um processo especial de queima de microfusíveis;
  • A EPROM ou UVPROM que podia ser apagada expondo o chip a luz ultra violeta e depois regravada;
  • A EEPROM que podia se apagada e regravada por meio de pulsos elétricos;
  • A Memória Flash que pode apagar apenas uma parte da sua memória e regrava-la. Ela pode ser do tipo NOR ou NAND. As memórias Flash também são chamadas de RAM não volátil ou NVRAM. Mas sua origem histórica vem do ramo das ROMs.
    • A Flash do tipo NOR veio a substituir as memórias PROM, EPROM e EEPROM;
    • A Flash do tipo NAND é adequada para leituras e gravações em bloco como em memórias de massa, AKA. discos. A Flash de tipo NAND são hoje de dois tipos:
      • A MLC pode armazenar mais de um bit por célula, possuindo um custo por bit mais baixo. A memória Flash MLC é a utilizada em pendrives e cartões de memória fartamente encontrados no mercado.
      • A SLC armazena apenas um bit por célula, tendo menor densidade e maior custo. Por outro lado ela é mais rápida e tem uma vida útil maior.
• As memórias RAM podem ser do tipo dinâmicas ou DRAM ou estáticas SRAM:
  • A SRAM utiliza uma estrutura de transistors conhecida como FLIP-FLOP para armazenar os dados, são mais caras e podem ser to tipo:
    • TTL que é a mais rápidas e a que consome mais energia. Utilizada sempre em buffers e caches;
    • CMOS que é lenta mas é a que menos consome energia quando está em repouso. Utilizada para armazenar os dados do setup, por exemplo;
  • A DRAM é mais barata e possui alta densidade, é utilizada nas memórias DDR;

Bom, isto só para ter um panorama simplificado das memórias utilizadas comercialmente hoje em dia. Siga os links acima para ter mais detalhes. Ocorre que na maioria das vezes em que estamos falando de SSD, estamos falando de dispositivos que utilizam memória Flash MLC. Estes são os discos com preços competitivos, feitos para competir com discos SATA. É para este camimnho que os notebooks topo de linha estão migrando massivamente e que devem aposentar os HDs rapidamente neste segmento. Mas há uma nova geração SSD feitos para competir no quesito desempenho.

Em agosto de 2007, uma empresa anunciou um dispositivo que pode ser conectado numa porta PCIe de 20GB/s. Com 2U e 504GB de memória este dispositivo alcança 3 milhões de IOPS. E não é só: taxas de transferência de 1400MB/s em leitura e 1000MB/s em gravação. Qual o milagre? Simples, não há discos nem flash… e sim a boa e velha memória SDRAM. Bom… é óbvio que esse pessoal não espera que a energia acabe. Mas de toda forma o Violin 1010 quando ligado num bom nobreak oferece um desempenho incrível com menor consumo de energia, baixo custo e sem exigir mudanças na sua aplicação. Veja os números você mesmo e imagine sua aplicação ficando 30 a 60 vezes mais rápida de uma hora para outra!

No final de setembro, a Fusion-IO lança uma placa PCIe 4x com 640GB utilizando memória flash NAND SLC e com um software novo capaz de diminuir as deficiências das memórias flash. A performance? 10 mil IOPS e 800 MB/s. Em novembro a BitMicro anuncia a venda de SSDs com memória flash NAND SLC de 1,6TB mas utilizando a interface Fibre Channel.Então em Janeiro de 2008, a Texas Memory Systems publica seus testes com o RAM-SAN 400. O RAM-SAN 400 vem de uma linhagem de storages que utilizam memórias DDR RAM para armazenar dados emulando discos rígidos. Neste sentido o RAM-SAM é parecido com a solução da BitMicro por se portar como um Storage, por outro lado é parecido com o Violin 1010 que utiliza RAM. A diferença é que o RAM-SAN tem 3 baterias internas e um HD internamente. Se a energia acabar, as baterias entram em ação e gravam todos os dados no HD. Outro detalhe é que o RAM-SAM já tem esta solução há algum tempo no mercado, sendo homologado pela IBM, Microsoft e SUN… e com a publicação dos seus testes no Storage Performance Council (SPC) que é para o storage o que o TPC é para os bancos de dados.

O RAM-SAN 400 é um storage com até 8 portas Fibre Channel e até 128GB de memória RAM. O os testes no SPC tiveram o seguinte resultado: mais de 291 mil IOPS ao custo total de 194785 US$ ou seja: US$0,67 US$/IOPS . Vamos comparar com outro teste recente no mesmo site? O teste da 3PAR InServ® T800 Storage Server alcança quase 225 mil IOPS ao custo de mais de 2 milhões de dólares ou 9,3 US$/IOPS. O resultado é um desempenho 13 vezes mais baixo. O milagre? Enquanto o RAM-SAM usa um storage de 3U e 128GM de memória SDRAM, o T800 usa 5 racks de 44U, e tem 77TB com 4 x 320 discos fibre channel de 146GB cada. Agora imagine a diferença de consumo de energia?

OK, o RAM-SAN é comprovadamente uma solução viável. Mas foi quando a EMC lançou também em janeiro de 2008 que o mercado entrou em polvorosa definitivamente. A solução é simples. Você pode utilizar o storage topo de linha da EMC o Symmetrix e escolher utilizar alguns SSDs no lugar de discos convencionais. Resultado? Um nome de peso como o da EMC com um storage de alto nível e o melhor dos dois mundos: espaço com discos SAS e velocidade com discos SSD. A EMC apostou em discos SSD com memórias FLASH NAND SLC, assim como a Fusion-IO e a BitMicro. A diferença é que você tem integrado ao SSD, agora chamado de “Enterprise Flash Drive” junto com um storage reconhecido no mercado. A entrada da EMC neste mercado pode ser comparado com a entrada da IBM no segmento de microcomputadores. Ok, talvez eu esteja exagerando um pouco, talvez não. O fato é que a EMC alega que seus SSDs tem 30 pelo menos vezes mais IOPS que os discos mais rápidos disponíveis e um ciclo de vida maior.

São notícias realmente animadoras. Os SSDs com memórias flash NAND SLC utilizam mecanismos mais sofisticados para minimizar a possibilidade de perda de dados. E não parou por aí… em junho a HP e Fusion-IO anunciam que vão adaptar os discos SSD da Fusion-IO para os sistemas Blade da HP. A Texas Memory Systens criou o RAM-SAN 440 com memórias DDR2 e mais velocidade e o RAM-SAN 500 utilizando agora memória flash NAND SLC também. E assim, todos estão correndo atrás da nova onda. Uma virada deste tipo pode dar a possibilidade para novas empresas crescerem e grandes empresas que venham a perder o bonda da história sumirem do mapa. Ainda é tudo muito incerto. Vejamos como está o mercado hoje:

• Alguns apostam em placas PCI para conectar diretamente as memórias. Faz sentido… para que eu preciso ser uma caríssima controladora quando eu posso me conectar diretamente ao barramento do sistema. Muita coisa nova pode surgir daí;
• Por outro lado, ter uma unidade onde eu possa retirar um disco e colocar um SSD na mesma baia parece algo muito interessante, tanto num desktop quanto num caríssimo storage;
• Os SSDs baseados em memórias Flash NAND MLC vão continuar substituindo os HDs SATA em notebooks, desktops e há quem já fale nestes brinquedinhos como o futuro dos CPDs verdes. Tudo o que sabemos é que o preço está caindo enquanto a capacidade, velocidade e confiabilidade vem aumentando rapidamene;
• Os SSDs baseados em memórias Flash NAND SLC são a opção mais confiável para conseguir dispositivos rápidos. É nesta direção que a maioria das pesquisas estão se concentrando. Conseguir 100 mil IOPS parece um bom ganho para muitos;
• As soluções SSD baseadas em DRAM são o que há de mais rápido no mercado. O RAM-SAN parece que está conquistando muitos adeptos com um custo atraente. O RAM-SAN 440 atingiu mais de 600 mil IOPS enquanto o Violin conseguiu mais de 3 milhão de IOPS. Enquanto no RAM-SAN você acaba tendo que confiar nas baterias redundantes do equipamento, no Violin, o abacaxi está inteiramente na sua mão. Performance sempre tem preço.

É cedo ainda, mas é real. Está acontecendo e quem está no limite do desempenho está convidado a experimentar as novas tecnologias SSD para o mercado de alto desempenho transacional. Eu gostaria muito de poder testar um brinquedinho destes. Seria interessante testar diferentes particionamentos utilizando SSDs de alto desempenho. Outro desafio seria rever a parte de tuning nos SGDBs. O otimizador de consultas está sempre privilegiando leituras sequenciais e atribuindo um custo diferente para operações de leitura/escrita sequencial/randômica. É claro que não dá para sonhar colocar todos os seus tablespaces num caro SSD de alto desempenho. O fato de colocar apenas os logs transacionais e tablespaces específicos vai exigir novamente mais habilidade dos DBAs para tirar todo proveito desta nova tecnologia. Particularmente eu já vejo os DBAs bem aparelhados com o PostgreSQL, uma vez que as estimativas de custos são parametrizadas. O que pode acontecer é ter que fazer ajustes específicos para operações que utilizam ou não tablespaces armazenadas em SSD. De qualquer forma, um futuro mais rápido surge no nosso horizonte.

Qual meu maior medo nisso tudo? Que os desenvolvedores continuem embarcando cegamente na onda dos ORMs e quando a performance gritar… fazer o que todo mau programador adora fazer: aumentar a performance do hardware ao invés de concertar a aplicação. A aplicação sentou o banco? Compra uns SSDs que rezolve….

No final fui dormir quase 4 da manhã após terminar de montar as pastas com o material dos patrocinadores. Ainda teve gente que varou a noite imprimindo os crachás. De toda forma, 6 horas da manhã eu levantei e às 7h cheguei no Centro de Convenções. Dois patrocinadores já estavam a postos para montar seus stands. Encontrei o pessoal da Unicamp e em minutos já estava todo mundo trabalhando. Logo o resto da equipe de organização chegou e assim foram chegando os primeiros inscritos no evento. Lá pelas 8h começamos o credenciamento e uma boa fila se formou. Acertos com pagamentos, crachás, pastas, etc. São 9h e estamos prontos para começar… prontos? Opa… um dos oradores não está lá. Telefone, contatos e nada. Após alguns minutos decidimos começar assim mesmo. Enquanto eu ia chamando os oradores, a pessoa que estava faltando chegou e tudo correu tranquilamente.

Hino, falas curtas e as palestras começam para valer. O primeiro palestrante foi o Sr. Diogo Biazus. O fato de ter um computador fixo para apresentar as palestras se mostou útil, pois trocar de notebook toda hora consumia muito tempo. A palestra do Diogo correu numa boa. Ele fez um resgate do histórico da comunidade brasileira e até o SAVEPOINT aqui apareceu por lá. Fiz algumas piadas idiotas no meio das perguntas e logo fomos para o café. Na hora do café tudo correu tranquilo. Pelo olhômetro já tinhamos mais de 200 pessoas no local. Aos poucos este número ia subindo. Foi a vez então do Fernando Ike apresentar os Sky Tools. A palestra levantou dúvidas na platéia e acredito que o tema veio a calhar para muita gente.

Hora do almoço… ao pegar uma mesa no andar de cima… comecei a sentir dificuldade ao subir as escadas no restaurante. Voltei e chegou a vez da minha palestra. Tive que palestrar sentado, meu pé já estava bem inchado a esta altura. Eu abusei bastante reconheço. Abusei do meu tempo também. Devo ter estourado uns 15 minutos…

Depois da minha palestra, involuntariamente eu abri mão do meu lugar de orador e fiquei mais no saguão do evento acompanhando o movimento. Vi pequenos flashs da palestra do Euler, Dickson e David. Só voltei para assistir a última palestra do pessoal do SIPAM que foi muito bacana.

A noite fomos para o Happy Hour. Não foi muita gente, mas o pessoal parecia bem animado. Acabei voltando cedo para o hotel e capotando logo. Eu estava realmente exausto. Acordei cedo e levei o David para o Centro de Convenções para ele testar o notebook nos projetores do auditório. A palestra sobre árvores foi de alto nível. Não sei quantos acompanharam o tema, mas foi muito interessante ver o funcionamento das tabelas de expressões comuns.

Depois da palestra do Fetter tivemos uma aula com o Leandro Dutra que teve 2 horas para falar sobre modelagem e ferramentas. O pessoal parece que gostou muito. Depois do almoço tivemos um pequeno atraso mas tudo acabou seguindo bem. Não assisti algumas últimas palestras, mas conversei com muita gente. De fato entrei em alguns debates interessantes, ouvi falar de implementações grandes, percebi grandes desafios sendo enfrentados.

O papo leve ou Lightning Talks foi uma parte realmente divertida no evento. Acho que serviu para dar um clima de fim de festa sem deixar de dar boas dicas. Bom, vejam uma amostra nas lâminas que já estão publicadas. No ano passado eu estive no palco quase todo o tempo, dando uma de mestre de cerimônias e cometendo várias gafes. Este ano estive mais comedido e meu corpo estava exigindo mais cautela. No entanto eu pude ouvir mais as pessoas. Isto foi interessante. Não ouvi pessoas se queixando da fila no credenciamento, nem do crachá que ficou tosco. Não ouvi pessoas reclamando do valor das inscrições ou da dificuldade de entrar em contato com a organização. Nada disso. Ouvi pessoas com problemas reais, com casos concretos de quem já está usando o PostgreSQL há tempos.

Acho que no final das contas tivemos mais palestras técnicas, com um nível mais alto e o mesmo aconteceu com o público. O nível do evento cresceu no geral. Os hacker talks, embora tenham contado com a presença de poucas pessoas, parece que trouxe novo fôlego a equipe de tradução e quem sabe para novos desenvolvedores. O pessoal já tem se agitado na lista pgbr-dev. Muito bom. Acho em 2007 saí do PGCon com uma sensação incrível de estar ajudando a construir um novo evento em nível nacional. Neste ano, vejo algo diferente. Deu mais trabalho. Muito mais. Temos muitas lições para aprender. Na verdade, mesmo estando exausto, já estou pensando em 2009.

Outra coisa que mudou é que este ano estou doido para ver as lâminas das apresentações que eu não vi. Para ver as fotos das partes que perdi, para ver os comentários de quem estava lá. De ver novas pessoas entrando no Planeta-PostgreSQL, de ver mais gente se envolvendo com a comunidade. Fico pensando em algumas pessoas que conheci e que tem bom potencial para palestrar no ano que vem. O pessoal do SIPAM já prometeu voltar no ano que vem… As inscrições neste ano trouxeram uma quantidade bem maior de trabalhos inscritos. Se o número de trabalhos aumentar novamente no ano que vem, teremos mesmo de pensar em ter 2 salas… quem sabe? Mais tutoriais, porque não? Lightining talks? Certamente. O limite somos nós que criamos mesmo.

Hã? O que você acha? Escreva você também! No seu blog, no wiki da comunidade, manifeste-se! O retorno de quem participou é fundamental para nós. Vejo vocês no PGCon Brasil 2009, e no Planeta-PostgreSQL, IRC em #postgresql-br, nas listas pgbr-geral e pgbr-dev e se forem tomar uma cerveja, podem me chamar também!

Não vou fazer uma avaliação por enquanto. Ainda restam algumas arestas como pagamentos, recebimentos, notas, empenhos, organização de fotos e slides, certificados de palestrantes, contabilizar números e coisas pentelhas do tipo. Assim, nossos heróis na organização do evento, como Diogo Biazus, Euler Taveira, Dickson Guedes, Leonardo Cezar entre outros, ainda vão camelar por um tempo. De toda forma estou aliviado. Foi uma maratona que começou em março e está finalmente terminando. Acho que vamos tirar outubro de férias e começar a organização do PGCon Brasil 2009 em novembro. Onde será? Não sei ainda. Diga você… Sei que provavelmente estaremos realizando o evento em setembro mesmo. Particularmente eu tenho uma clara preferência por eventos que ocorrem no começo do mês por um motivo simples: no final do mês o salário já virou pó faz tempo. Sugestões são sempre bem vindas. Agora, mais bem vindo ainda será a colaboração de novas pessoas na organização do PGCon Brasil 2009.

Com o fim do PGCon Brasil 2008, posso voltar a minha rotina normal e atender novos pedidos de consultoria, coisa deixei de fazer nos últimos meses. Peço desculpas pelos meus slides toscos da minha palestra. Acredite ou não, faltou tempo para prepara-los melhor. Eu realmente gostaria de ter incluido mais imagens e desenhos para melhorar a parte visual. Ainda no meio da apresentação descobri um ou outro erro besta nos slides que quero arrumar antes de publicar.

Eu realmente gostaria de ter curtido mais o evento. O pé torcido, a gripe, falta de tempo e falta de grana me limitaram um pouco. Mas me diverti muito. Conheci muita gente bacana, assisti a palestras muito bacanas e consegui tomar pelo menos uma cervejinha.

Agora, após dormir umas horas extras no domingo, vitamina C e com as últimas sessões de fisioterapia nesta semana, já estou quase 100%. Enfim, a festa acabou, mas trouxe para casa novos amigos, novas idéias e duas novas camisetas do PostgreSQL além de um pendrive que eu tive a sorte de ver antes de acabarem.

Bom, por enquanto é só pessoal.