Este post inicia uma série de artigos sobre a linguagem SQL no PostgreSQL. Na documentação oficial, o capítulo 4 possui uma longa explicação sobre sintaxe SQL no PostgreSQL. Confesso que quando eu li sobre isso há mais de 15 anos, tive vontade de pular essa parte. Bastante burocrática e pouco interessante. Mas… o mal mora
Categoria:Categoria:Funções e Operadores
Chaves artificiais no PostgreSQL: desempenho
Falamos sobre a criação de chaves artificiais, como usar UUID ou sequências, inclusive falamos sobre a nova sintaxe adotada no PostgreSQL 10 utilizando as chamadas IDENTITY COLUMNs. Uma reação comum que vimos por aí é achar que é mais simples sempre usar UUID, uma vez que não há risco de colisão e pode-se utilizá-lo em
Chaves artificiais no PostgreSQL
Com o advento das ferramentas de ORM, criar chaves artificiais virou um vício. Mesmo antes delas, as chaves artificiais já existiam, e temos bons motivos (e maus motivos também) para adotá-las. Existem várias formas de criar uma chave artificial. No PostgreSQL, temos duas bastante utilizadas. Uma delas utiliza as sequências para gerar números sequenciais. Note
Gerando valores aleatórios no PostgreSQL, ou quase…
Em homenagem à Megasena acumulada que eu não ganhei… uma pequena brincadeira no PostgreSQL, gerando números, datas, caracteres e pedaços de textos –Um número randomico de 0 a 1 =# SELECT random() n; n ——————- 0.210320219863206 — Um número inteiro de 0 a 100 =# SELECT round(random() * 100) n; n —- 32 –Uma data
DATA no PostgreSQL – Brincando com funções
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
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