SQL BETWEEN Kapsayıcı mı Dışlayıcı mı? Kapsamlı Rehber

Veritabanı sorgularında sıkça kullanılan bir operatör olan SQL BETWEEN, genellikle başlangıç ve bitiş değerlerini içeren bir aralık belirtmek için kullanılır. Ancak birçok geliştiricinin aklını kurcalayan temel soru şudur: Bu aralık kapsayıcı (inclusive) mı, yoksa dışlayıcı (exclusive) mı çalışır? Bu kapsamlı rehberde, BETWEEN operatörünün inceliklerini derinlemesine ele alacak, gerçek dünya senaryolarıyla pekiştirecek ve sıkça yapılan hataların önüne nasıl geçileceğini adım adım açıklayacağız.

SQL BETWEEN operatörü, belirli bir aralık dahilindeki değerleri seçmek için WHERE yan tümcesi ile birlikte kullanılan mantıksal bir operatördür. Bu operatör, bir sütunun değerinin iki belirtilen değer arasında olup olmadığını kontrol etmemizi sağlar. Basit ve anlaşılır sözdizimi sayesinde, karmaşık koşulları daha okunabilir bir şekilde ifade etmenin harika bir yoludur. Genellikle sayısal, metinsel veya tarih/saat verileriyle birlikte kullanılır ve veri filtreleme işlemlerinde merkezi bir rol oynar.

Sözdizimi oldukça basittir:

SELECT column_name(s)
FROM table_name
WHERE column_name BETWEEN value1 AND value2;

Burada column_name, sorgulamak istediğiniz sütunu, table_name ise verilerin bulunduğu tabloyu temsil eder. value1 aralığın başlangıç değerini, value2 ise bitiş değerini ifade eder. Bu yapının sadeliği, özellikle birden fazla koşul içeren sorgular yazarken geliştiricilere büyük kolaylık sağlar. Örneğin, belirli bir fiyat aralığındaki ürünleri listelemek, belirli bir tarih aralığındaki siparişleri bulmak veya alfabetik olarak belirli bir harf aralığındaki isimleri seçmek gibi senaryolarda BETWEEN operatörü kurtarıcı olabilir. Operatörün gücü, bu tür aralık tabanlı filtrelemeyi tek bir satırda, açıkça ifade edebilme yeteneğinde yatar. Bu, hem sorguların daha anlaşılır olmasını sağlar hem de hata yapma olasılığını azaltır.

BETWEEN Operatörünün Temel Mantığı: Sayılarla Bir Başlangıç

BETWEEN operatörünün temel mantığını anlamanın en kolay yolu, sayısal değerler üzerinden gitmektir. Varsayılan olarak, SQL'deki BETWEEN operatörü kapsayıcıdır (inclusive). Bu ne anlama geliyor? Şunu demek oluyor: Belirttiğiniz başlangıç değeri (value1) ve bitiş değeri (value2) de aralığa dahildir. Yani, eğer bir sorguda BETWEEN 10 AND 20 derseniz, sonuç kümenize 10 ve 20 değerleri de dahil edilecektir. Bu durum, diğer bazı programlama dillerindeki "aralık" tanımlarından farklı olabileceği için bazen kafa karışıklığına yol açabilir, ancak SQL standardında bu net bir şekilde tanımlanmıştır.

Bu kapsayıcılığı daha iyi anlamak için basit bir örnek üzerinden ilerleyelim. Diyelim ki bir Urunler tablonuz var ve bu tabloda ürünlerin fiyat bilgileri yer alıyor. Siz 100 TL ile 200 TL arasındaki ürünleri listelemek istiyorsunuz:

SELECT UrunAdi, Fiyat
FROM Urunler
WHERE Fiyat BETWEEN 100 AND 200;

Bu sorguyu çalıştırdığınızda, Fiyat sütununda tam olarak 100 TL olan ürünler ve tam olarak 200 TL olan ürünler de sonuç kümenize dahil edilecektir. Yani, 100, 101, ..., 199, 200 gibi tüm değerler bu aralığa girer. Eğer 99.99 TL'lik bir ürün veya 200.01 TL'lik bir ürün olsaydı, onlar bu sorgunun sonuç kümesine dahil edilmezdi. Bu kapsayıcılık, genellikle finansal raporlama, stok yönetimi veya yaş aralığı filtrelemesi gibi senaryolarda tam da istenen davranıştır ve geliştiricilere güvenilir sonuçlar sunar. Bu temel mantığı kavradığınızda, BETWEEN operatörünü daha bilinçli ve hatasız kullanmaya başlayacaksınız.

SQL BETWEEN Gerçekten Kapsayıcı mı? Kanıtlar ve Örnekler

Yukarıda bahsettiğimiz gibi, SQL'deki BETWEEN operatörü kesinlikle kapsayıcıdır. Bu, standart SQL tanımının bir parçasıdır ve çoğu veritabanı yönetim sistemi (DBMS) tarafından bu şekilde uygulanır. Yani, WHERE A BETWEEN B AND C ifadesi, aslında WHERE A >= B AND A <= C ifadesinin kısaltılmış ve daha okunaklı bir versiyonudur. Bu kesin bilgi, özellikle karmaşık sorgular oluştururken veya hata ayıklarken size büyük bir güven sağlayacaktır. Şimdi, bu kapsayıcılığı farklı veri türleri üzerinde, somut örneklerle daha da pekiştirelim ve çeşitli senaryolarda nasıl çalıştığını görelim. Bu sayede, BETWEEN operatörünün davranışları konusunda hiçbir şüpheniz kalmayacak ve veritabanı sorgularınızda bu operatörü daha etkili bir şekilde kullanabileceksiniz.

Sayısal Değerlerle Kapsayıcılığın İncelenmesi

Sayısal değerler, BETWEEN operatörünün kapsayıcılığını en net gösteren veri türüdür. Bir önceki bölümde verdiğimiz örnekler, bu durumu kısmen açıklasa da, farklı senaryolarla konuyu daha derinlemesine inceleyebiliriz. Örneğin, bir öğrenci tablonuz olduğunu ve öğrencilerin sınav puanlarını tuttuğunu varsayalım. 70 ile 90 arasında puan alan öğrencileri bulmak istiyorsunuz. Bu durumda, 70 puan alan ve 90 puan alan öğrenciler de dahil olmak üzere, bu aralıktaki tüm öğrenciler listelenecektir.

-- Bir örnek Öğrenci tablosu oluşturalım
CREATE TABLE Ogrenciler (
    OgrenciID INT PRIMARY KEY,
    Ad NVARCHAR(50),
    Puan INT
);

-- Örnek veriler ekleyelim
INSERT INTO Ogrenciler (OgrenciID, Ad, Puan) VALUES
(1, 'Ayşe', 65),
(2, 'Burak', 70),
(3, 'Cem', 75),
(4, 'Deniz', 80),
(5, 'Elif', 90),
(6, 'Furkan', 92);

-- 70 ile 90 puan arasındaki öğrencileri sorgulayalım
SELECT Ad, Puan
FROM Ogrenciler
WHERE Puan BETWEEN 70 AND 90;

Bu sorgunun çıktısı şu şekilde olacaktır:

Ad     Puan
------ ----
Burak  70
Cem    75
Deniz  80
Elif   90

Gördüğünüz gibi, başlangıç değeri olan 70 ve bitiş değeri olan 90 puanları da sonuç kümesine dahil edilmiştir. Bu, BETWEEN'in sayısal değerler için kesinlikle kapsayıcı çalıştığının açık bir kanıtıdır. Eğer 70 puan alan Burak veya 90 puan alan Elif'i listede görmek istemeseydik, o zaman BETWEEN yerine Puan > 70 AND Puan < 90 gibi daha dışlayıcı koşullar kullanmamız gerekirdi. Ancak BETWEEN'in amacı, aralığın her iki ucunu da dahil etmektir. Bu nedenle, sayısal veri filtrelemesinde, aralığın uç noktalarını da kapsaması gereken durumlarda BETWEEN mükemmel bir seçenektir.

Tarih ve Saat Verilerinde BETWEEN Kullanımı Nasıl Olur?

BETWEEN operatörünün en yaygın ve bazen en kafa karıştırıcı kullanımlarından biri tarih ve saat verileri üzerinedir. Sayısal değerlerdeki kapsayıcılık burada da geçerlidir, ancak tarih ve saat verilerinin hassasiyeti (gün, saat, dakika, saniye, milisaniye) nedeniyle bazı incelikler ortaya çıkar. Özellikle SQL Server'daki DATETIME veya MySQL'deki DATETIME/TIMESTAMP gibi veri tipleri milisaniye hassasiyetine sahip olabilir ve bu durum sorgularınızda beklenmedik sonuçlara yol açabilir.

Örnek olarak, bir sipariş tablonuz olduğunu ve belirli bir ay içindeki tüm siparişleri listelemek istediğinizi düşünelim:

-- Bir örnek Siparisler tablosu oluşturalım
CREATE TABLE Siparisler (
    SiparisID INT PRIMARY KEY,
    MusteriAdi NVARCHAR(50),
    SiparisTarihi DATETIME,
    Tutar DECIMAL(10, 2)
);

-- Örnek veriler ekleyelim
INSERT INTO Siparisler (SiparisID, MusteriAdi, SiparisTarihi, Tutar) VALUES
(1, 'Ali', '2023-01-01 10:00:00', 150.00),
(2, 'Veli', '2023-01-15 14:30:00', 250.50),
(3, 'Ayşe', '2023-01-31 23:59:59', 300.00),
(4, 'Fatma', '2023-02-01 09:00:00', 100.00),
(5, 'Mehmet', '2023-01-31 12:00:00', 500.00);

-- Ocak 2023'teki siparişleri sorgulayalım
SELECT MusteriAdi, SiparisTarihi, Tutar
FROM Siparisler
WHERE SiparisTarihi BETWEEN '2023-01-01 00:00:00' AND '2023-01-31 23:59:59';

Bu sorgu, Ocak ayının ilk saniyesinden son saniyesine kadar olan tüm siparişleri kapsayacaktır. Yani, '2023-01-01 00:00:00' ve '2023-01-31 23:59:59' anlarında verilen siparişler de dahil olmak üzere tüm değerler listelenir. Ancak burada dikkat edilmesi gereken kritik bir nokta vardır: Eğer value2 olarak sadece '2023-01-31' yazsaydınız (yani zaman bileşenini belirtmeseydiniz), veritabanı varsayılan olarak '2023-01-31 00:00:00' olarak kabul edebilirdi. Bu durumda, Ocak ayının 31'i sabah 00:00:00'dan sonraki hiçbir sipariş listeye dahil edilmeyecekti.

-- Hatalı olabilecek bir tarih sorgusu örneği (zaman bileşeni belirtilmezse)
SELECT MusteriAdi, SiparisTarihi, Tutar
FROM Siparisler
WHERE SiparisTarihi BETWEEN '2023-01-01' AND '2023-01-31'; -- Bu, '2023-01-31 00:00:00' olarak yorumlanabilir!

Bu hatadan kaçınmak için iki yaygın yaklaşım vardır:

1. Bitiş tarihinin son saniyesini belirtmek (yukarıdaki '2023-01-31 23:59:59' örneğindeki gibi).
2. BETWEEN yerine >= ve < operatörlerini kullanmak. Bu yaklaşım, bitiş tarihinden bir sonraki günün başlangıcını hedefleyerek daha güvenli bir kapsama alanı sağlar.

-- Tarih aralıklarında daha güvenli bir yaklaşım
SELECT MusteriAdi, SiparisTarihi, Tutar
FROM Siparisler
WHERE SiparisTarihi >= '2023-01-01' AND SiparisTarihi < '2023-02-01';

Bu ikinci yaklaşım, genellikle tarih aralığı sorgularında daha az hataya yol açtığı için tercih edilir. Çünkü bitiş tarihinin tüm gününü kesin olarak kapsar, milisaniye hassasiyetindeki olası kaçırmaları engeller. Yani, BETWEEN ile tarih sorgusu yaparken, zaman bileşenlerinin ne anlama geldiğini ve nasıl yorumlandığını iyi anlamak hayati öneme sahiptir. Aksi takdirde, gözden kaçan verilerle karşılaşabilirsiniz.

Uzman İpucu: Tarih aralıklarında veri kaybını önlemek için, BETWEEN 'başlangıç tarihi' AND 'bitiş tarihi 23:59:59.999...' formatını kullanmak yerine, TarihKolonu >= 'başlangıç tarihi' AND TarihKolonu < 'bitiş tarihinin bir sonraki günü' formatını tercih etmek daha güvenlidir. Bu yaklaşım, veritabanının zaman hassasiyetinden kaynaklanabilecek hataları elimine eder.

Metinsel Değerlerle BETWEEN Kullanımının Farklılıkları

BETWEEN operatörü, sayısal ve tarihsel verilerin yanı sıra metinsel (string) değerlerle de kullanılabilir. Metinsel değerlerdeki kapsayıcılık mantığı, harflerin alfabetik sıralamasına dayanır. Yani, value1 ve value2 arasındaki alfabetik sırada yer alan tüm değerler (value1 ve value2 dahil) sonuç kümesine dahil edilir.

Örnek olarak, bir Musteriler tablosunda, adı 'C' harfi ile 'F' harfi arasında (dahil) olan müşterileri sorgulamak isteyelim:

-- Bir örnek Musteriler tablosu oluşturalım
CREATE TABLE Musteriler (
    MusteriID INT PRIMARY KEY,
    Ad NVARCHAR(50),
    Soyad NVARCHAR(50)
);

-- Örnek veriler ekleyelim
INSERT INTO Musteriler (MusteriID, Ad, Soyad) VALUES
(1, 'Ayşe', 'Yılmaz'),
(2, 'Burak', 'Demir'),
(3, 'Ceren', 'Kara'),
(4, 'Deniz', 'Can'),
(5, 'Emre', 'Ateş'),
(6, 'Fatih', 'Güler'),
(7, 'Gökhan', 'Şahin');

-- Adı 'C' ile 'F' arasındaki müşterileri sorgulayalım
SELECT Ad, Soyad
FROM Musteriler
WHERE Ad BETWEEN 'Ceren' AND 'Fatih';

Bu sorgu, alfabetik sıralamaya göre 'Ceren' ile 'Fatih' arasındaki isimleri (Ceren ve Fatih dahil) getirecektir. Çıktı şu şekilde olacaktır:

Ad     Soyad
------ -------
Ceren  Kara
Deniz  Can
Emre   Ateş
Fatih  Güler

Burada dikkat edilmesi gereken nokta, veritabanının harfleri nasıl sıraladığıdır (harf duyarlılığı, büyük/küçük harf ayrımı). Çoğu veritabanında varsayılan olarak büyük/küçük harf duyarsız sıralama kullanılır, ancak bu veritabanı ayarlarınıza ve kullandığınız harmanlama (collation) türüne göre değişebilir. Örneğin, 'c' ile 'F' arasında bir sorgu, harmanlama ayarlarınıza bağlı olarak farklı sonuçlar verebilir. Eğer harf duyarlılığı önemliyse, sorgularınızı buna göre ayarlamanız (örneğin, LOWER() fonksiyonu ile tüm metni küçük harfe çevirerek) gerekebilir. Genel olarak, metinsel verilerde BETWEEN kullanımı genellikle alfabetik sıralamaya dayalı aralık filtrelemesi için oldukça kullanışlıdır, ancak harmanlama kurallarını göz önünde bulundurmak önemlidir.

Neden BETWEEN Kullanmalıyız? Avantajları ve Alternatifleri

BETWEEN operatörünün kapsayıcı yapısını ve farklı veri tipleri üzerindeki davranışlarını anladıktan sonra, akla doğal olarak şu soru gelir: "Neden BETWEEN kullanmalıyız ki, yerine her zaman >= AND <= kullanamaz mıyız?" Elbette kullanabiliriz, ancak BETWEEN'in sunduğu bazı avantajlar vardır ve belirli senaryolarda tercih edilmesi mantıklı olabilir. Bu bölümde, BETWEEN'in başlıca avantajlarını ve onun alternatifleriyle olan ilişkisini inceleyeceğiz.

Kod Okunabilirliği ve Yazım Kolaylığı Açısından Karşılaştırma

BETWEEN operatörünün en büyük avantajı, şüphesiz kod okunabilirliğini ve yazım kolaylığını artırmasıdır. Bir aralık sorgusunu BETWEEN ile yazmak, eşdeğer AND koşuluyla yazmaktan genellikle daha kısa ve daha anlaşılırdır. Özellikle sorguyu ilk kez okuyan veya sonradan bakımını yapan bir geliştirici için, BETWEEN açıkça bir "aralık" sorgusu yapıldığını gösterir.

Şu iki sorguyu karşılaştıralım:

-- BETWEEN ile yazılan sorgu
SELECT UrunAdi, Fiyat
FROM Urunler
WHERE Fiyat BETWEEN 100 AND 200;

-- >= AND <= ile yazılan sorgu
SELECT UrunAdi, Fiyat
FROM Urunler
WHERE Fiyat >= 100 AND Fiyat <= 200;

Her iki sorgu da aynı sonucu verecektir. Ancak, ilk sorgu daha kompakt ve görsel olarak bir aralığı daha iyi temsil eder. Özellikle uzun ve karmaşık sorgularda, BETWEEN kullanmak, kodun genel yapısını basitleştirir ve hata yapma olasılığını azaltır. Örneğin, tarih aralıklarında başlangıç ve bitiş değerlerini tekrarlamak yerine tek bir BETWEEN ifadesi kullanmak, hem zamandan tasarruf sağlar hem de sorgunun "temiz" kalmasına yardımcı olur. Bu nedenle, okunabilirlik ve sürdürülebilirlik açısından BETWEEN çoğu zaman tercih edilen bir yöntemdir.

Performans Farklılıkları Var mı? Detaylı İnceleme

Geliştiricilerin sıkça merak ettiği bir diğer konu ise, BETWEEN ile >= AND <= arasında performans farkı olup olmadığıdır. Çoğu modern veritabanı yönetim sisteminde (DBMS), sorgu optimize edicileri o kadar gelişmiştir ki, bu iki ifade biçimi arasında genellikle kayda değer bir performans farkı bulunmaz. Veritabanı, BETWEEN ifadesini içsel olarak >= AND <= eşdeğerine dönüştürür ve aynı sorgu planını oluşturur.

Bunu test etmek için, veritabanınızın "Explain Plan" veya "Execution Plan" özelliklerini kullanabilirsiniz. Çoğu durumda, her iki sorgu için de aynı veya çok benzer bir plan göreceksiniz. Bu, veritabanı motorunun semantik olarak eşdeğer olan bu iki ifadeyi aynı şekilde işlediği anlamına gelir. Yani, birini diğerine tercih etmek genellikle performans kaygılarından ziyade, kod okunabilirliği ve kişisel tercihe bağlıdır.

Ancak, çok uç ve karmaşık senaryolarda, özellikle indeksleme stratejileri veya belirli veritabanlarının özel optimizasyonları devreye girdiğinde, çok küçük farklar ortaya çıkabilir. Bu durumlar nadirdir ve genel olarak performans odaklı bir optimizasyon yaparken öncelikli olarak bakılması gereken yer BETWEEN ya da AND operatörlerinden ziyade, indekslerin doğru kullanılıp kullanılmadığı, sorgu yapısının geneli veya tablo join'lerinin verimliliği gibi daha büyük etkenlerdir.

Uzman İpucu: Sorgu performansınızı optimize etmek istediğinizde, ilk olarak WHERE yan tümcesindeki sütunlarda uygun indekslerin olup olmadığını kontrol edin. İndeksler, BETWEEN veya >= AND <= ifadelerinin hızlı çalışması için hayati öneme sahiptir. Operatör seçimi genellikle performanstan çok okunabilirlikle ilgilidir.

Sonuç olarak, BETWEEN'i kullanmak için ana neden performans değil, okunabilirlik ve yazım kolaylığıdır. Performans endişeleriniz varsa, odaklanmanız gereken yer daha çok indeksler ve genel sorgu mimarisi olmalıdır.

BETWEEN Kullanımında Sık Yapılan Hatalar ve Kaçınılması Gereken Durumlar

BETWEEN operatörü basit ve güçlü olsa da, bazı durumlarda yanlış anlaşılmalara veya hatalara yol açabilir. Özellikle tarih ve saat verileriyle çalışırken veya NULL değerlerle karşılaşıldığında dikkatli olmak gerekir. Bu bölümde, BETWEEN kullanırken sık yapılan hataları inceleyecek ve bu tuzaklardan nasıl kaçınılacağını öğreneceğiz.

Tarih ve Saat Aralıkları: Tam Kapsamayı Sağlamak

Daha önce de belirttiğimiz gibi, tarih ve saat verilerinde BETWEEN kullanımı bazen beklenmedik sonuçlar doğurabilir. En yaygın hata, bitiş tarihinin zaman bileşenini doğru bir şekilde belirtmemektir. Örneğin, tüm günü kapsamak istediğinizde sadece tarihi yazmak, o günün sadece başlangıcını (örneğin 00:00:00) kapsayabilir.

Diyelim ki 2023-01-01 ile 2023-01-31 arasındaki tüm kayıtları almak istiyorsunuz. Eğer sorguyu şu şekilde yazarsanız:

SELECT *
FROM LogKayitlari
WHERE Tarih BETWEEN '2023-01-01' AND '2023-01-31';

Bu sorgu, veritabanının varsayılan tarih/saat işleme biçimine bağlı olarak, '2023-01-31 00:00:00.000' sonrasındaki tüm kayıtları dışlayabilir. Yani, 31 Ocak'ta gün içinde yapılan işlemler listeye dahil olmayabilir. Bu, ciddi veri kaybına veya hatalı raporlamaya yol açabilecek kritik bir hatadır.

Bu hatadan kaçınmak için önerilen en iyi yöntem, bitiş tarihinin zaman bileşenini ya son saniyeye kadar belirtmek ya da < (küçüktür) operatörünü kullanarak bir sonraki günün başlangıcına kadar olan aralığı hedeflemektir.

-- Güvenli Yöntem 1: Bitiş tarihinin son anını belirtmek
SELECT *
FROM LogKayitlari
WHERE Tarih BETWEEN '2023-01-01 00:00:00' AND '2023-01-31 23:59:59.999'; -- Milisaniye hassasiyetini DBMS'inize göre ayarlayın

-- Güvenli Yöntem 2: '<' operatörü ile bir sonraki günün başlangıcını hedeflemek (Genellikle tercih edilir)
SELECT *
FROM LogKayitlari
WHERE Tarih >= '2023-01-01' AND Tarih < '2023-02-01';

İkinci yöntem genellikle daha az hataya açık ve daha temiz bir çözümdür, çünkü milisaniye hassasiyetini veya farklı DBMS'lerin zaman biçimlendirme farklarını düşünmenize gerek kalmaz.

NULL Değerlerin BETWEEN Operatörü Üzerindeki Etkisi

SQL'deki NULL değerler, "bilinmeyen" veya "uygulanabilir olmayan" bir değeri temsil eder ve çoğu operatörle karşılaştırıldığında özel bir davranış sergilerler. BETWEEN operatörü de bu durumdan etkilenir. Eğer sorguladığınız sütunda NULL değerler varsa, bu NULL değerler BETWEEN operatörü tarafından değerlendirmeye alınmaz ve sonuç kümesine dahil edilmez.

-- Örnek tablo ve veriler
CREATE TABLE UrunStok (
    UrunID INT PRIMARY KEY,
    UrunAdi NVARCHAR(50),
    StokMiktari INT
);

INSERT INTO UrunStok (UrunID, UrunAdi, StokMiktari) VALUES
(1, 'Kalem', 10),
(2, 'Defter', 50),
(3, 'Silgi', NULL),
(4, 'Kitap', 25);

-- Stok miktarı 10 ile 40 arasında olan ürünleri sorgulayalım
SELECT UrunAdi, StokMiktari
FROM UrunStok
WHERE StokMiktari BETWEEN 10 AND 40;

Bu sorgunun çıktısı şu şekilde olacaktır:

UrunAdi StokMiktari
------- -----------
Kalem   10
Kitap   25

Gördüğünüz gibi, StokMiktari NULL olan 'Silgi' ürünü, BETWEEN sorgusunun sonucuna dahil edilmemiştir. Eğer NULL değerleri de belirli bir mantıkla sorgunuza dahil etmek istiyorsanız, IS NULL veya IS NOT NULL gibi ek koşullar kullanmanız gerekecektir:

-- NULL değerleri de dahil etmek isterseniz (örneğin, 40'tan az stoğu olanlar veya NULL olanlar)
SELECT UrunAdi, StokMiktari
FROM UrunStok
WHERE StokMiktari BETWEEN 10 AND 40 OR StokMiktari IS NULL;

Bu sorgu, hem 10-40 arasındaki stokları hem de stok miktarı bilinmeyen (NULL) ürünleri listeleyecektir.

NOT BETWEEN Kullanımı ve Dikkat Edilmesi Gerekenler

NOT BETWEEN operatörü, BETWEEN'in tam tersi işlevi görür ve belirtilen aralığın dışındaki tüm değerleri seçer. Yani, NOT BETWEEN value1 AND value2 ifadesi, column_name < value1 OR column_name > value2 ifadesine eşdeğerdir. Burada da kapsayıcılık mantığı tersine işler; başlangıç ve bitiş değerleri, aralığın kendisi dahil olmadığı için sonuç kümesine dahil edilmez.

-- Stok miktarı 10 ile 40 arasında OLMAYAN ürünleri sorgulayalım
SELECT UrunAdi, StokMiktari
FROM UrunStok
WHERE StokMiktari NOT BETWEEN 10 AND 40;

Bu sorgunun çıktısı şu şekilde olacaktır:

UrunAdi StokMiktari
------- -----------
Defter  50
Silgi   NULL

Burada Defter ürünü (StokMiktari 50) 40'tan büyük olduğu için listelenir. Yine NULL değerler varsayılan olarak dahil edilmez. Eğer NOT BETWEEN kullanırken NULL değerleri hariç tutmak veya dahil etmek isterseniz, yine IS NULL veya IS NOT NULL ek koşullarını kullanmanız gerekecektir. NOT BETWEEN, belirli bir aralıkta olmaması gereken verileri hızlıca filtrelemek için oldukça kullanışlıdır, ancak NULL değerlerin davranışını ve aralığın uç noktalarının dışlanmasını unutmamak önemlidir.

Gerçek Dünya Senaryoları: Vaka Analizleri

SQL BETWEEN operatörünün teorik bilgilerini pekiştirmek ve pratikte nasıl kullanıldığını görmek için gerçek dünya senaryolarına göz atmak oldukça faydalıdır. Aşağıdaki vaka analizleri, bu operatörün farklı sektörlerde ve durumlarda nasıl değer kattığını gösterecektir.

E-ticaret Sitesi İçin Sipariş Filtreleme

Bir e-ticaret sitesi yöneticisi olduğunuzu ve belirli bir fiyat aralığındaki veya belirli bir tarih aralığındaki siparişleri analiz etmek istediğinizi varsayalım. Bu, kampanya performansını ölçmek, en çok satan ürünleri belirlemek veya lojistik planlaması yapmak için kritik bir bilgidir.

Senaryo: Müşterilerin 500 TL ile 1500 TL arasında yaptığı siparişleri listelemek ve aynı zamanda 2023 yılının ilk çeyreğindeki (Ocak-Mart) tüm siparişleri görmek.

Öncelikle, örnek bir Siparisler tablosu oluşturalım:

CREATE TABLE Siparisler (
    SiparisID INT PRIMARY KEY,
    MusteriID INT,
    SiparisTarihi DATETIME,
    ToplamTutar DECIMAL(10, 2),
    Durum NVARCHAR(50)
);

INSERT INTO Siparisler (SiparisID, MusteriID, SiparisTarihi, ToplamTutar, Durum) VALUES
(101, 1, '2023-01-05 10:30:00', 750.00, 'Tamamlandı'),
(102, 2, '2023-01-20 14:00:00', 1200.50, 'Tamamlandı'),
(103, 1, '2023-02-10 09:15:00', 450.00, 'Hazırlanıyor'),
(104, 3, '2023-03-01 16:45:00', 1500.00, 'Kargoda'),
(105, 4, '2023-03-25 11:00:00', 899.99, 'Tamamlandı'),
(106, 2, '2023-04-02 18:00:00', 300.00, 'İptal Edildi'),
(107, 5, '2023-01-01 00:00:00', 500.00, 'Tamamlandı'),
(108, 6, '2023-03-31 23:59:59', 1499.00, 'Tamamlandı');

Fiyat Aralığına Göre Filtreleme:

SELECT SiparisID, MusteriID, ToplamTutar
FROM Siparisler
WHERE ToplamTutar BETWEEN 500.00 AND 1500.00;

Bu sorgu, ToplamTutar sütununda 500.00 TL ile 1500.00 TL arasındaki (her iki limit dahil) tüm siparişleri listeleyecektir. Bu sayede, hangi siparişlerin belirli bir kampanya veya değer aralığına girdiğini kolayca görebilirsiniz.

Tarih Aralığına Göre Filtreleme (2023 İlk Çeyrek):

SELECT SiparisID, SiparisTarihi, ToplamTutar
FROM Siparisler
WHERE SiparisTarihi BETWEEN '2023-01-01 00:00:00' AND '2023-03-31 23:59:59';
-- Veya daha güvenli yöntem:
-- WHERE SiparisTarihi >= '2023-01-01' AND SiparisTarihi < '2023-04-01';

Bu sorgu, 2023 yılının Ocak, Şubat ve Mart aylarına ait tüm siparişleri kapsayacak şekilde sonuç döndürecektir. İlk çeyrekteki satış performansını analiz etmek için idealdir. Tarih aralıklarında doğru zaman bileşeni kullanımına dikkat etmek, hiçbir siparişin gözden kaçmamasını sağlar.

Finansal Verilerde İşlem Tarihi Sorgulama

Finans sektöründe, belirli tarihler arasındaki işlem kayıtlarını sorgulamak kritik bir öneme sahiptir. Muhasebe dönemleri, denetimler veya düzenleyici raporlamalar için doğru ve eksiksiz veri çekmek hayati olabilir.

Senaryo: Bir bankanın işlem kayıtları tablosundan, 2023 Haziran ayında gerçekleşen tüm para transferi işlemlerini listelemek.

Örnek bir Islemler tablosu:

CREATE TABLE Islemler (
    IslemID INT PRIMARY KEY,
    HesapNo NVARCHAR(20),
    IslemTarihi DATETIME,
    IslemTuru NVARCHAR(50),
    Miktar DECIMAL(18, 2)
);

INSERT INTO Islemler (IslemID, HesapNo, IslemTarihi, IslemTuru, Miktar) VALUES
(201, 'TR1234', '2023-05-31 16:00:00', 'Havale', 5000.00),
(202, 'TR5678', '2023-06-01 09:00:00', 'EFT', 1200.00),
(203, 'TR1234', '2023-06-15 11:45:00', 'Virman', 750.00),
(204, 'TR9012', '2023-06-30 23:59:59', 'EFT', 2000.00),
(205, 'TR3456', '2023-07-01 08:30:00', 'Havale', 1000.00),
(206, 'TR5678', '2023-06-20 10:00:00', 'Virman', 300.00);

Haziran 2023 İşlemleri İçin Sorgu:

SELECT IslemID, HesapNo, IslemTarihi, IslemTuru, Miktar
FROM Islemler
WHERE IslemTarihi >= '2023-06-01' AND IslemTarihi < '2023-07-01';

Bu sorgu, Haziran ayının ilk saniyesinden son saniyesine kadar olan tüm işlemleri (başlangıç ve bitiş anları dahil) listeler. Finansal verilerde hassasiyet çok önemli olduğu için, >= ve < kombinasyonunun daha güvenli olduğu bu tür senaryolarda açıkça görülür. Böylece, hiçbir işlemin gözden kaçmadığından emin olunur ve doğru mali raporlar oluşturulabilir. Bu vaka analizleri, BETWEEN operatörünün günlük veritabanı işlemlerinde ne kadar güçlü ve esnek bir araç olduğunu göstermektedir, yeter ki inceliklerini ve olası tuzaklarını anlayalım.

Mobil Uyumluluk ve SQL Sorguları: İstemci Tarafı Yaklaşımlar

SQL sorguları ve veritabanı işlemleri genellikle sunucu tarafında gerçekleşir ve doğrudan mobil cihazların kullanıcı arayüzü (UI) ile ilgili değildir. Ancak, SQL sorgularından elde edilen verilerin mobil uygulamalarda veya responsive web sitelerinde nasıl sunulduğu, kullanıcı deneyimi açısından büyük önem taşır. Bu bölümde, veritabanından çekilen verilerin mobil uyumlu arayüzlerde nasıl gösterilebileceği ve HTML çıktısının genel mobil uyumluluğu üzerinde duracağız. Unutmayalım ki, bu makale SQL hakkında olsa da, üretilecek HTML çıktısının da mobil uyumlu olması talep edilmiştir.

Verilerin Mobil Cihazlarda Sunumu: Responsive Tasarımın Önemi

Bir SQL sorgusundan elde ettiğiniz sonuçlar, genellikle bir web sayfası veya mobil uygulama üzerinden kullanıcılara sunulur. Bu çıktıların mobil cihazlarda düzgün görünmesi, kullanıcı memnuniyeti için kritik öneme sahiptir. Özellikle tablo formatındaki veriler, küçük ekranlarda yatay kaydırma gerektirmeden okunabilir olmalıdır. Responsive web tasarımı prensipleri burada devreye girer. HTML ve CSS kullanarak, veritabanından çekilen tabloların veya listelerin mobil cihazlara uyum sağlamasını sağlayabiliriz.

Örneğin, bir ürün listesi veya sipariş geçmişi gibi verileri mobil cihazda gösterirken, büyük bir tablo yerine kart bazlı bir düzene geçmek veya sütunların belirli bir ekran boyutundan sonra alt alta yığılmasını sağlamak iyi bir pratiktir. Bu, CSS Media Queries kullanarak başarılabilir.

  

    

      

        
Sipariş ID
        
Müşteri Adı
        
Sipariş Tarihi
        
Toplam Tutar
      
    
    

      

        
101
        
Ali Yılmaz
        
2023-01-05
        
750.00 TL
      
      

        
102
        
Veli Can
        
2023-01-20
        
1200.50 TL
      
    
  

Yukarıdaki örnekte,