Skip to main content

PostgreSQL'de FILTER İfadesi

Merhaba,

FILTER ifadesinin kullanımını anlatmadan önce PostgreSQL'de Aggregate ifadesini ve Aggregate fonksiyonlarını biraz açıklayalım.

Sorgularda istenilen bir alan için gruplama yaparak sonucunu toplama, sayma, en büyük, en küçük değerlerine ait sonuca ulaşmak istendiğinde aggregate fonksiyonlarını kullanmamız gerekir.

PostgreSQL'de kullanılan Aggregate fonksiyonlarının bir kaçı aşağıdaki gibidir.

SUM() - Değerleri toplar.
COUNT() - Değerleri sayar.
AVG() - Sütun değerinin ortalamasını bulur.
MIN() - En küçük değeri bulur.
MAX() - En büyük değeri bulur.

FILTER ifadesi aggregate fonksiyonlarıyla birlikte kullanılır. Gruplanacak değer içinde filtreleme sağlar. 



AGGREGATE_FUNCTION(hesaplamalar) FILTER (WHERE ifadesi)

şeklinde kullanılır.

COUNT(*) FILTER (WHERE ifadesi)
SUM(*) FILTER (WHERE ifadesi)

Örnek tablo oluşturalım.
create table users as
select
(ARRAY['Ahmet','Turan','Kaya','Beren'])[floor(random()*5)+1]  as f_name,
(ARRAY['KAYA','GUNDUZ','SARIKAYA','ALTINTAS'])[floor(random()*5)+1]  as l_name,
trunc(random()*10) as random_,
i+now()::date
from generate_series(1,100) as i;


Users tablosundaki kayıt sayısına ulaşmak için COUNT() fonksiyonunu kullanalım.



Toplam sayıya COUNT() ile ulaştık. Kullanıcı bazlı toplam sayıya GROUP BY ile ulaşacağız.
Adı Ahmet olan 27 kullanıcı olduğunu görüyoruz. Tüm kullanıcılar arasında sadece soyadları KAYA olan kullanıcı bazında toplam sayıya ulaşmak için iki yol var. Biri FILTER kullanmak, diğerini ise bu örnek sonrasında bulabilirsiniz.

FILTER kullanarak soyadı KAYA olanların, isme göre gruplama yaparak bulmak istediğimizde sonuç aşağıdaki gibi değişecektir.
Aynı sonuca ulaşmak için CASE WHEN ifadesini de kullanabilirsiniz. Bu şekilde bazen sorgunuz biraz daha uzayabilir ve karmaşıklaşabilir. FILTER ifadesiyle sorguların daha okunaklı hale gelir.


Soyadı KAYA ve ALTINTAS olan kullanıcı sayılarını bulalım.

Sevgiler,

Comments

Popular posts from this blog

PGConf Europe 2018 Güncesi 1

Merhaba, Diğer tüm veritabanları arasında en popüler açık kaynak kodlu veritabanı olan PostgreSQL, tüm yıl boyunca farklı ülkelerde bir çok konferansa sahiplik yapmaktadır. En bilinenleri PGDay ve PGConf'dur. Ayrıca her yıl 2 Şubatta Brüksel’de yapılan FOSDEM etkinliğinde de PostgreSQL konuşmalarının yapıldığı bir oturum mutlaka olmaktadır. PostgreSQL etkinlik detaylarına bu linkten ulaşabilirsiniz. Bu yıl ki PGConf Europe konferansı Lizbon'da yapıldı. Konferansla ilgili izlenimlerimi, yaptığım neredeyse 6 günlük yolculuğun en başından tüm detaylarıyla birlikte paylaşmak istiyorum. Yolculuğumuz sevgili Seda ile birlikte Atatürk Havalimanı’ndan sabah 07:30’da Lizbon’a direk uçuşla başladı.  Hava şahaneydi ve uçuşumuz konforlu geçti. Koltuğumuz cam kenarı ve uçağın kanadının hemen yanındaydı (benim favori koltuklarım 24, 25, 26, 27 ve 28. sıradakiler) ve biz 27. sıradaydık. Bol bol resim çektik bulutların üstündeyken ve uçak kanatlı olanlardan.  Lizbon’a vardığımı...

PostgreSQL High Availability - Patroni 2

Patroni kurulumuyla ilgili oldukça fazla kaynak bulunmakta fakat kurulum ve yönetimini beraber barındıran kaynağa denk gelmedim. Bu yazıda hem Patroni kurulumu hem de kurulum sonrası yönetimiyle alakalı detaylara ulaşabilirsiniz. PostgreSQL cluster'larının yönetimi için kullanılan Patroni ile ilgili temel bilgilerin yer aldığı Autofailover üzerine hazırladığım yazı serisine aşağıdaki linklerden erişebilirsiniz. PostgreSQL ve Autofailover PostgreSQL'de Autofailover ve Patroni 1 (Giriş) PostgreSQL'de Autofailover ve Patroni 2 (Kurulum, Konfigürasyon ve Yönetim) PostgreSQL'de Autofailover ve Patroni 3 (Mevcut PostgreSQL Cluster'inin Patroni'ye Geçirilmesi) Patroni, PostgreSQL veritabanlarının kurulumundan ve konfigürasyonundan sorumludur. Yani Patroni'yi kurduğumuz sunucular aynı zamanda Patroni ile kurulmuş PostgreSQL'leri barındıracak. Üç node'lu PostgreSQL ve üç node'lu ETCD cluster'larını oluşturacağım. Kuruluma önce üç no...

ERROR: pg_stop_backup still waiting for all required WAL segments to be archived

Hi, This error mention that WAL Segments can not be archived, so you need to check archive_command is right to archive WAL.  NOTICE: pg_stop_backup cleanup done, waiting for required WAL segments to be archived  WARNING: pg_stop_backup still waiting for all required WAL segments to be archived (60 seconds elapsed)  HINT: Check that your archive_command is executing properly. pg_stop_backup can be cancelled safely, but the database backup will not be usable without all the WAL segments. archive_command can be as bellow row in your postgres.conf file; archive_command = '/bin/cp %p /var/lib/pgsql/archive/%f' the most important thing is if there is a directory for /var/lib/pgsql/archive/%f side. Check it out and reload your config file or restart your Postgresql server. Loves,