Após brincar de inserir e exibir datas e de fazer um pouco de aritimética com datas, chegou a hora de trabalhar com problemas mais complexos. Se você tiver alguma sugestão para um 4º ou até 5º post, deixe um comentário aqui. Nesse ponto, você já deveria se sentir mais à vontade trabalhando com datas no
Categoria:Categoria:Modelagem e Dados
Um pouco de aritmética com Data/Hora no PostgreSQL
No último post, comentei que para trabalhar corretamente no PostgreSQL, você tem de começar inserindo e exibindo corretamente os seus dados. Agora vamos brincar um pouco de aritmética, dando ênfase ao tipo de dados INTERVAL. Numa comparação entre diversos SGDBs vemos que alguns representantes de peso como MySQL, MS SQL Server não possuem o tipo
Exibindo e Inserindo data/hora no Postgres
Trabalhar com o tempo em bancos de dados não é moleza. O volume de erros cometidos é absurdamente grande. Difícil de imaginar algumas barberagens que a gente encontra por aí. Eu sei, muitos SGDBs não implementam tipos básicos como DATE, TIME, TIMESTAMP e INTERVAL do mesmo jeito. O estes tipos de dados foram definidos no
Brincando com funções de janelas (Window Functions)
Tempos atrás me deparei com um problema que era criar uma função para gerar uma CURVA ABC. Eu não tinha a menor idéia do que ser tratava, mas resumindo, uma Curva ABC é uma separação entre faixas de valores, como os 20% mais ricos e o 20% mais pobres. Se quiser mais detalhes, veja a
Apagando todos objetos de um esquema
É muito comum ter várias aplicações numa única base do Oracle organizadas por esquemas. Se for este o seu caso, você se verá com alguma frequência para migrar um esquema inteiro da base de produção para homologação, do teste para homologação e por aí vai. Exportar os objetos e importar é muito simples, tanto com
Um banco de dados ou um esquema por aplicação?
Há tempos atrás, escrevi um tutorial para mostrar como unificar vários bancos de dados em um único banco de dados com vários esquemas. Hoje na lista do PostgreSQL, houve uma dúvida sobre se valia a pena juntar tudo num banco de dados ou manter cada aplicação em um banco de dados diferente no mesmo servidor.
Quem mexeu na minha PK?
Mexer numa Chave Primária é sempre algo trabalhoso. Se o sistema for grande e que já estiver em produção então… é no mínimo delicado. Há uma série de pequenos passos propensos a erros que podem acontecer no caminho. Tive estes dias de alterar o conteúdo de uma PK vou mostrar aqui o que eu fiz
Unificando bases de dados com Schemas
Aqui explico como organizar diversos bancos de dados PostgreSQL utilizando o conceito de Schemas. A idéia é centralizar varias bases de sistemas distintos em um único banco, centralizando todo o seu gerenciamento. Neste processo iremos: Criar um novo banco de dados destinado a ser o “Banco de Dados Central”; Criar tablespaces para tabelas e índices
TIMESTAMP
O sujeito fala comigo ao telefone: – Cria uma campo “timestamp’ Eu respondo: – Claro, qual o nome do campo? – Eu disse ‘timestamp’! – Ok vou dar uma olhada depois ligo de volta. Fiquei com medo de estar parecendo ignorante. Como não conheço direito quem está do outro lado da linha, achei que eu
