Minhas propostas ingênuas palestras para o PgCon BR 2008
Estou completamente sem originalidade — e sem tempo. Há outras coisas sobre o que escrever, mas, assim como duas vezes já nos últimos meses (e a segunda desde ontem) vou seguir o Fernando Ike com minha exposição de propostas ingênuas de palestras para a Conferência Brasileira de PostgreSQL 2008.
Lembrando que hoje (dia vinte e sete de junho do ano da Graça de dois mil e oito &c &c) é o último dia para apresentar as propostas.
Um elefante previdente: preparando-se para o futuro de seu sistema com uma boa arquitetura e modelagem de dados em PostgreSQL.
Palestra
Público Alvo: intermediário
Resumo
Freqüentemente vemos, em listas de discussões e outros fora de comunicações, pessoas pedindo ajuda com problemas decorrentes de abordagens ingênuas de arquitetura de sistemas, e dois dos aspectos mais problemáticos têm sido a arquitetura e a modelagem de dados. Muitas vezes os problemas só aparecem quando sua correção é praticamente impossível. Veremos quais conceitos básicos de administração e modelagem de dados são mais críticos para um sistema à prova de futuro, e como aplicá-los em sistemas PostgreSQL com alguns exemplos básicos em SQL e D.
Descrição
Problemas de arquitetura: a tragédia do cliente servidor e a crise de software.
Manipulando os dados onde estão: evitar turismo de bits.
Problemas de organização: saiba do que fala antes de abrir a boca.
Tipos (abstratos) de dados e domínios SQL: evitando a confusão.
Entidades e relacionamentos: cada coisa no seu porta-coisa.
Restrições de integridade: deixe a base de dados cuidar de si.
Problemas de modelagem: a otimização precoce é a raiz de toda sorte de males.
Normalização: otimizando o gargalo mais comum. Ou você quer mesmo fazer o disco se exercitar?
Desnormalização: ¿¡tem certeza!? Fazendo o disco trabalhar dobrado.
O elefante aparelhado: ferramental e processo de administração de dados em PostgreSQL.
Tutorial (pode também ser resumido numa palestra).
Público Alvo: intermediário
Resumo
Freqüentemente confunde-se modelagem e diagramação de dados, e aí vemos pessoas tentando ‘tirar leite de pedra’: criar um modelo apenas com ferramentas de diagramação, ou de mapeamento objeto-relacional.
Pior ainda, o trabalho de administração de dados não se resume à modelagem. A documentação, a manutenção do ciclo de vida de uma base de dados, o apoio ao desenvolvedor e ao usuário são também responsabilidades do administrador de dados.
Há toda uma variedade de ferramentas para auxiliar na administração de dados, e pretendemos mostrar algumas ao longo do ciclo de vida da base.
Descrição
Documentação: requisitos, interfaces e regras de negócio.
Rascunhos: cérebro, caneta e papel.
O modelo de dados: seu editor de textos preferidos, e DDL. Ou que tal algo melhor?: a possibilidade próxima futura de DDL relacional no Alphora Dataphor como uma interface relacional para PostgreSQL.
O diagrama de dados: AutoDoc e SQL::Fairy, deixe o programa trabalhar por você!
Documentos: AutoDoc, SQL::Fairy, LaTεχ e DocBook. Concentre-se no conteúdo, não na formatação.
Controle do ciclo de vida da base: versionamento, colaboração, e geração automática dos produtos.