Para quem inicia os trabalhos com o PostgreSQL, sempre sentimos algumas diferen\u00e7as de fun\u00e7\u00f5es nativas, principalmente quem originou-se do MySQL, o que \u00e9 o meu caso.<\/p>\n\n\n\n

Este impacto as vezes \u00e9 negativo, pois, gera um desconforto no analista tendo em vista as facilidade que ele tinha no outro SGBD, o que pode ocasionar cr\u00edticas ao nosso elefante. Dentre as fun\u00e7\u00f5es posso citar uma fun\u00e7\u00e3o muito \u00fatil que n\u00e3o existe no PostgreSQL, e que \u00e9 a Ifnull, qual nosso amigo elefante substitui atrav\u00e9s da fun\u00e7\u00e3o coalesce<\/a>. Para entender melhor primeiramente vamos conhecer a fun\u00e7\u00e3o:<\/p>\n\n\n\n

“<\/p>\n\n\n\n

COALESCE<\/code> ( valor<\/tt> [ ... ])<\/pre>\n\n\n\n
O COALESCE<\/code> retorna o primeiro de seus argumentos que n\u00e3o \u00e9 nulo. Null \u00e9 retornado somente se todos os argumentos s\u00e3o nulos. \u00c9 frequentemente utilizado para substituir um valor padr\u00e3o para valores nulos quando os dados s\u00e3o usados \u200b\u200bpara exibi\u00e7\u00e3o, por exemplo:<\/div>\n\n\n\n
SELECT COALESCE (descri\u00e7\u00e3o, short_description, '(nenhuma)') ...\n<\/pre>\n\n\n\n
Como um CASE<\/tt> express\u00e3o, COALESCE<\/code> n\u00e3o vai avaliar os argumentos que n\u00e3o s\u00e3o necess\u00e1rios para determinar o resultado, ou seja, os argumentos para o direito de o argumento n\u00e3o nulo primeiro n\u00e3o s\u00e3o avaliados. Esta fun\u00e7\u00e3o SQL padr\u00e3o oferece recursos similares ao NVL<\/code> e IFNULL<\/code> , que s\u00e3o usados \u200b\u200bem alguns sistemas de banco de dados.”<\/div>\n\n\n\n
Agora que j\u00e1 conhecemos a fun\u00e7\u00e3o, vamos exercitar um pouco:<\/span><\/p>\n\n\n\n
<\/a>
1\u00ba Passo – Criando a tabela:<\/p>\n\n\n\n
 -- Table: paposql.pessoa  \n -- DROP TABLE paposql.pessoa;  \n CREATE TABLE paposql.pessoa  \n (  \n  id bigint NOT NULL,  \n  nome character varying(100),  \n  dt_nascimento date,  \n  CONSTRAINT pk_id_pessoa PRIMARY KEY (id )  \n )  \n WITH (  \n  OIDS=FALSE  \n );  \n ALTER TABLE paposql.pessoa  \n  OWNER TO postgres;  \n<\/code><\/pre>\n\n\n\n
2\u00ba Passo – Inserindo os registros:<\/p>\n\n\n\n
 INSERT INTO paposql.pessoa(  \n       id, nome, dt_nascimento)  \n   VALUES (1,'Pessoa 1','2012-01-01')  \n       ,(2,'Pessoa 2','2011-01-01')  \n       ,(3,'Pessoa 3',null)  \n       ,(4,'Pessoa 4','2010-01-01')  \n       ,(5,'Pessoa 5',null);        \n<\/code><\/pre>\n\n\n\n
3\u00ba Passo – Agora, vamos executar um comando select para retornar as pessoas cadastradas no banco de dados:<\/p>\n\n\n\n
 Select id, nome, dt_nascimento  \n From paposql.pessoa  \n<\/code><\/pre>\n\n\n\n
 id  nome         dt_nascimento  \n 1   \"Pessoa 1\"   \"2012-01-01\"  \n 2   \"Pessoa 2\"   \"2011-01-01\"  \n 3   \"Pessoa 3\"   \"\"  \n 4   \"Pessoa 4\"   \"2010-01-01\"  \n 5   \"Pessoa 5\"   \"\"  \n<\/code><\/pre>\n\n\n\n
Como podemos ver, os registros 3 e 5 n\u00e3o possuem data de nascimento, isto porque no momento da inclus\u00e3o alimentamos a tabela com o valor Null. <\/i>Mas neste exemplo, preciso que a coluna possua um valor, para isto utilizaremos o coalesce, vamos ao exemplo:<\/p>\n\n\n\n
4\u00ba – Passo – Solucionando o problema:<\/p>\n\n\n\n
 Select id, nome, Coalesce(dt_nascimento,current_date)  \n From paposql.pessoa   \n<\/code><\/pre>\n\n\n\n
 id  nome         coalesce\n 1   \"Pessoa 1\"   \"2012-01-01\"  \n 2   \"Pessoa 2\"   \"2011-01-01\"  \n 3   \"Pessoa 3\"   \"2012-06-26<\/i>\"  \n 4   \"Pessoa 4\"   \"2010-01-01\"  \n 5   \"Pessoa 5\"   \"2012-06-26<\/i>\"  \n<\/code><\/pre>\n\n\n\n
Pronto, com o coalesce retornamos um valor para os registros que possuem o valor Null. Neste exemplo utilizei um campo data de nascimento para demonstra\u00e7\u00e3o, mas, por obriga\u00e7\u00e3o este campo em um cadastro deve possuir a condi\u00e7\u00e3o not null, evitando assim valores nulos, o intuito foi somente aplicar a situa\u00e7\u00e3o.<\/p>\n\n\n\n
Espero mais uma vez ter sido \u00fatil, um grande abra\u00e7o e at\u00e9 a pr\u00f3xima.<\/p>\n","protected":false},"excerpt":{"rendered":"
Para quem inicia os trabalhos com o PostgreSQL, sempre sentimos algumas diferen\u00e7as de fun\u00e7\u00f5es nativas, principalmente quem originou-se do MySQL, o que \u00e9 o meu caso. Este impacto as vezes \u00e9 negativo, pois, gera um desconforto no analista tendo em vista as facilidade que ele tinha no outro SGBD, o que pode ocasionar cr\u00edticas ao … Ler mais<\/a><\/p>\n","protected":false},"author":1,"featured_media":793,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[272,31],"tags":[],"class_list":["post-479","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-banco-de-dados","category-postgresql"],"yoast_head":"\n