Çalıştırılabilir SQLite Dokümanları: View'ler

Q: SQLite'ta view nedir?

View, kaydedilmiş bir SELECT sorgusudur ve onu tablo gibi sorgulayabilirsiniz. Aslında veri tutmaz — view'den her okuma yaptığınızda SQLite alttaki sorguyu yeniden çalıştırır. Karmaşık bir sorguya isim verip her yerde tekrar tekrar kullanmak ya da çağıranların görmemesi gereken sütunları gizlemek için çok işe yarar.

Q: Bir SQLite veritabanındaki tüm view'leri nasıl listelerim?

sqlitemaster tablosunu sorgulayın: SELECT name FROM sqlitemaster WHERE type = 'view';. CLI'da .schema komutu CREATE VIEW ifadelerini gösterir, .tables ise view'leri tablolarla birlikte listeler.

View Dediğimiz Şey Aslında Kayıtlı Bir Sorgudur

SQLite'ta view, isim verilmiş bir SELECT ifadesinden başka bir şey değildir. Bir kez oluşturduktan sonra view'ı tıpkı bir tabloymuş gibi sorgulayabilirsiniz; ama arka planda hiçbir veri saklanmaz. View'dan her okuma yaptığında SQLite, altındaki sorguyu baştan çalıştırır.

CREATE TABLE orders (
    id INTEGER PRIMARY KEY,
    customer TEXT,
    amount REAL,
    status TEXT
);

INSERT INTO orders (customer, amount, status) VALUES
    ('Ada', 120.00, 'paid'),
    ('Boris', 45.50, 'pending'),
    ('Rosa', 300.00, 'paid'),
    ('Boris', 80.00, 'paid');

CREATE VIEW paid_orders AS
SELECT customer, amount FROM orders WHERE status = 'paid';

SELECT * FROM paid_orders;

paid_orders görünüş itibariyle bir tablo gibi davranır. Sütunları vardır, SELECT çekebilirsiniz, başka tablolarla JOIN yapabilirsiniz. Ama perde arkasında her sorgu, orijinal WHERE status = 'paid' filtresine açılır.

Aslında SQLite view mantığı tam da bu: view, bir sorguya verilen takma addır.

SQLite View Ne İşe Yarar?

En büyük kazanç isimlendirmedir. Karmaşık bir sorguya kısa ve açıklayıcı bir ad verirsiniz, geri kalan kodun da okunaklı kalır:

CREATE TABLE orders (
    id INTEGER PRIMARY KEY,
    customer TEXT,
    amount REAL,
    status TEXT
);

INSERT INTO orders (customer, amount, status) VALUES
    ('Ada', 120.00, 'paid'),
    ('Rosa', 300.00, 'paid'),
    ('Boris', 80.00, 'paid');

CREATE VIEW customer_totals AS
SELECT customer, SUM(amount) AS total, COUNT(*) AS order_count
FROM orders
WHERE status = 'paid'
GROUP BY customer;

SELECT * FROM customer_totals WHERE total > 100;

View olmasaydı, sorguyu yazan herkes GROUP BY cümlesini kendi başına kurmak zorunda kalırdı — ve birinin filtreyi yanlış yazma ihtimali her zaman var. View ile bu toplama işi bir kez tanımlanır. Çağıranlar sadece customer_totals'ı sorgular, üzerine kendi ek filtrelerini eklerler.

View'lar aynı zamanda bir tür yetki sınırı gibi de iş görür. Bir sorgunun password_hash sütununu açığa çıkarmaması gerekiyorsa, o sütun hariç her şeyi seçen bir view oluşturup uygulama kodunun bu view'ı kullanmasını sağlayabilirsiniz.

CREATE VIEW Söz Dizimi

Tam hâli şöyle:

CREATE [TEMPORARY] VIEW [IF NOT EXISTS] view_name [(column_aliases)] AS
SELECT ...;

Bilmenizde fayda olan birkaç nokta:

IF NOT EXISTS, view zaten varsa oluşturma adımını sessizce atlar.
TEMPORARY (ya da TEMP) ile oluşturduğunuz view, bağlantı kapandığında ortadan kalkar.
Parantez içinde verdiğiniz sütun takma adları sayesinde, alttaki SELECT sorgusuna dokunmadan view'in sütunlarını yeniden adlandırabilirsiniz.

CREATE TABLE products (
    id INTEGER PRIMARY KEY,
    name TEXT,
    price_cents INTEGER
);

INSERT INTO products (name, price_cents) VALUES
    ('Defter', 450),
    ('Kalem', 200);

CREATE VIEW IF NOT EXISTS price_list (item, dollars) AS
SELECT name, price_cents / 100.0 FROM products;

SELECT * FROM price_list;

View, kaynak tablodaki kolonların adını değiştirmeden daha okunaklı isimler (item, dollars) sunar.

View Değiştirme ve Silme (DROP VIEW)

SQLite'ta CREATE OR REPLACE VIEW veya ALTER VIEW desteklenmez. Bir view'in tanımını değiştirmek için önce silip yeniden oluşturmanız gerekir:

CREATE TABLE orders (id INTEGER, status TEXT);
INSERT INTO orders VALUES (1, 'paid'), (2, 'pending');

CREATE VIEW active_orders AS
SELECT * FROM orders WHERE status = 'paid';

DROP VIEW active_orders;

CREATE VIEW active_orders AS
SELECT * FROM orders WHERE status IN ('paid', 'shipped');

SELECT * FROM active_orders;

DROP VIEW IF EXISTS active_orders; en güvenli kullanım şeklidir — view yoksa hata fırlatmaz. View silmek alttaki tabloları asla etkilemez; siz sadece kayıtlı sorguyu siliyorsunuz.

Geçici View'lar (TEMP VIEW)

TEMP VIEW, yalnızca o anki veritabanı bağlantısı boyunca yaşar. Bağlantı kapandığında view de uçup gider. Geride tanım bırakmak istemediğiniz, anlık analiz oturumlarında oldukça işe yarar:

CREATE TABLE events (
    id INTEGER PRIMARY KEY,
    type TEXT,
    occurred_at TEXT
);

INSERT INTO events (type, occurred_at) VALUES
    ('login', '2026-04-01'),
    ('purchase', '2026-04-01'),
    ('login', '2026-04-02');

CREATE TEMP VIEW today_logins AS
SELECT * FROM events WHERE type = 'login' AND occurred_at = '2026-04-02';

SELECT * FROM today_logins;

Geçici view'lar ayrıca bir sorgu adını şemaya kalıcı olarak işlemeden gölgelemenize de izin verir — keşif aşamasında oldukça kullanışlıdır.

SQLite View'lar Varsayılan Olarak Salt Okunurdur

İşte en kritik tuzak burada. Bir view üzerinden doğrudan INSERT, UPDATE veya DELETE yapamazsınız:

sqlite> INSERT INTO paid_orders (customer, amount) VALUES ('Eve', 50);
Runtime error: cannot modify paid_orders because it is a view

Burada işi kurtaran şey INSTEAD OF trigger'ları. Yazma işlemi geldiğinde tetiklenen ve bu işlemi alttaki gerçek tabloya yapılan bir operasyona çeviren bir trigger tanımlıyorsunuz:

CREATE TABLE orders (
    id INTEGER PRIMARY KEY,
    customer TEXT,
    amount REAL,
    status TEXT
);

CREATE VIEW paid_orders AS
SELECT id, customer, amount FROM orders WHERE status = 'paid';

CREATE TRIGGER paid_orders_insert
INSTEAD OF INSERT ON paid_orders
BEGIN
    INSERT INTO orders (customer, amount, status)
    VALUES (NEW.customer, NEW.amount, 'paid');
END;

INSERT INTO paid_orders (customer, amount) VALUES ('Eve', 50.00);

SELECT * FROM orders;

View yine view olarak kalıyor; sadece artık ona yapılan yazma işlemlerinin gidecek bir yeri var. Trigger'ları bir sonraki sayfada detaylıca ele alacağız.

Materialized View Yok — Kendin Yap

Bazı veritabanları, bir view'ın sonuçlarını diske önbelleğe alıp istediğinde tazelemene izin verir. SQLite'da böyle bir şey yok. View'ı her okuduğunda altta yatan sorgu yeniden çalışır. Çoğu senaryoda bu sorun değil — SQLite hızlı, sorgu planlayıcısı da iyi iş çıkarıyor. Ama defalarca sorgulanan ağır aggregate sorgularda işin doğrusu, gerçek bir tablo oluşturup senkronizasyonunu kendin yönetmek:

CREATE TABLE orders (
    id INTEGER PRIMARY KEY,
    customer TEXT,
    amount REAL
);

INSERT INTO orders (customer, amount) VALUES
    ('Ada', 120.00), ('Rosa', 300.00), ('Boris', 80.00);

CREATE TABLE customer_totals_cache AS
SELECT customer, SUM(amount) AS total
FROM orders
GROUP BY customer;

SELECT * FROM customer_totals_cache;

Önbelleği belirli aralıklarla yenilemeniz ya da orders tablosuna trigger bağlayıp güncel tutmanız gerekir. Evet, biraz elle iş gerektiriyor — ama SQLite'ta tek yol bu.

SQLite view listeleme

View'lara ait meta bilgiler, tablolar ve indeksler ile birlikte sqlite_master içinde tutulur:

CREATE TABLE t (x INTEGER);
CREATE VIEW v1 AS SELECT * FROM t;
CREATE VIEW v2 AS SELECT x * 2 AS doubled FROM t;

SELECT name, sql FROM sqlite_master WHERE type = 'view';

sql sütunu, view'i oluştururken yazdığınız orijinal CREATE VIEW ifadesini geri verir — view'in ne yaptığını unuttuğunda epey işe yarar. CLI tarafında ise .schema view_adi aynı bilgiyi daha derli toplu basar.

View Ne Zaman Kullanılır?

View'ler şu durumlarda gerçekten ekmeğini çıkarır:

Aynı karmaşık sorguyu üç ya da daha fazla yerde kullanıyorsanız. Bir kez isim verip kullanmak, kopyala-yapıştır yapmaktan çok daha temiz.
Uygulamanın bir kısmına yalnızca belirli sütunları veya satırları, süzülmüş hâlde göstermek istiyorsanız.
Bir agregasyon kavramsal olarak tek bir bütünse (monthly_sales, active_users gibi) ve çağıranın buna bir isim, bir "şey" gibi davranması gerekiyorsa.

Şu durumlarda ise view kullanmaktan kaçın:

Sorgu yalnızca tek bir yerde geçiyorsa. Olduğu yerde bırak, view'e gerek yok.
Performans kritikse ve altta yatan sorgu pahalıysa — bu maliyeti her okumada tekrar tekrar ödüyorsunuz. Bunun yerine sonucu gerçek bir tabloya cache'lemek daha mantıklı.
View, başka bir view'e dayanıyor, o da başka bir view'e dayanıyorsa. SQLite iç içe geçmiş yapılarla sorunsuz çalışır ama üç-dört view'lik bir zincir, debug sırasında asıl SQL'i takip etmeyi cehenneme çevirir.

Sırada: Trigger'lar

View ve trigger konuları çoğu zaman birlikte karşımıza çıkar — view'leri yazılabilir hâle getiren INSTEAD OF kalıbı, zaten trigger'ların var olma sebeplerinden biri. Ama trigger'lar tek başına da çok işe yarar: denetim (audit) kaydı tutma, ilişkili güncellemeleri zincirleme yayma, veri bütünlüğünü garanti altına alma gibi senaryolarda vazgeçilmezler. Bir sonraki sayfanın konusu tam da bu.

Sıkça Sorulan Sorular

SQLite'ta view nedir?

View, kaydedilmiş bir SELECT sorgusudur ve onu tablo gibi sorgulayabilirsiniz. Aslında veri tutmaz — view'den her okuma yaptığınızda SQLite alttaki sorguyu yeniden çalıştırır. Karmaşık bir sorguya isim verip her yerde tekrar tekrar kullanmak ya da çağıranların görmemesi gereken sütunları gizlemek için çok işe yarar.

SQLite'ta view üzerinden INSERT veya UPDATE yapılabilir mi?

Doğrudan yapılamaz. SQLite'taki view'ler salt okunurdur — view üzerinde INSERT, UPDATE veya DELETE çalıştırmaya kalktığınızda hata alırsınız. View'i yazılabilir hale getirmek için INSTEAD OF tetikleyicileri ekleyip yazma işlemini alttaki tablolar üzerindeki işlemlere çevirmeniz gerekir.

SQLite materialized view destekliyor mu?

Hayır. SQLite yalnızca normal (sanal) view'leri destekler — sorgu, view'den her okuduğunuzda yeniden çalışır. Sonuçları önbelleğe almanız gerekiyorsa gerçek bir tablo oluşturup kendiniz güncellemeniz ya da kaynak tablolarla senkron tutmak için bir tetikleyici kullanmanız gerekir.

Bir SQLite veritabanındaki tüm view'leri nasıl listelerim?

sqlite_master tablosunu sorgulayın: SELECT name FROM sqlite_master WHERE type = 'view';. CLI'da .schema komutu CREATE VIEW ifadelerini gösterir, .tables ise view'leri tablolarla birlikte listeler.

İlgili kavramlar

SQLite View Kullanımı: CREATE VIEW ve INSTEAD OF