View SQLite: CREATE VIEW, View Sementara, dan INSTEAD OF

View Adalah Query yang Disimpan

View adalah pernyataan SELECT yang diberi nama. Setelah dibuat, kamu bisa melakukan query terhadapnya seperti tabel, tapi tidak ada data yang disimpan. Setiap kali kamu membaca view, SQLite menjalankan query di baliknya dari awal.

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 terlihat dan berperilaku seperti tabel. Ia punya kolom, kamu bisa SELECT darinya, kamu bisa melakukan join dengannya. Tapi di balik layar, setiap query diperluas menjadi filter asli WHERE status = 'paid'.

Itulah seluruh model mentalnya: view adalah alias untuk sebuah query.

Kenapa View Berguna

Keuntungan utamanya adalah penamaan. Query yang rumit mendapat nama yang singkat dan deskriptif, dan sisa kodemu tetap mudah dibaca:

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;

Tanpa view, setiap pemanggil harus menulis GROUP BY sendiri, dan salah satu dari mereka bisa saja salah menulis filternya. Dengan view, agregasinya didefinisikan sekali. Pemanggil cukup meminta customer_totals lalu menambahkan filter tambahan apa pun yang mereka butuhkan.

View juga bisa berfungsi sebagai batas ala hak akses. Jika sebuah query tidak boleh menampilkan kolom password_hash, buat view yang memilih semuanya kecuali kolom itu dan minta kode aplikasi memakai view tersebut.

Sintaks CREATE VIEW

Bentuk lengkapnya:

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

Beberapa hal yang perlu diketahui:

• IF NOT EXISTS diam-diam melewati pembuatan jika view sudah ada.
• TEMPORARY (atau TEMP) membuat view yang lenyap saat koneksi ditutup.
• Alias kolom di dalam tanda kurung memungkinkanmu mengganti nama kolom view tanpa menyentuh SELECT di baliknya.

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

INSERT INTO products (name, price_cents) VALUES
    ('Notebook', 450),
    ('Pen', 200);

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

SELECT * FROM price_list;

View ini menampilkan nama yang lebih ramah (item, dollars) tanpa mengganti nama kolom di tabel sumber.

Mengganti dan Menghapus View

SQLite tidak punya CREATE OR REPLACE VIEW atau ALTER VIEW. Untuk mengubah definisi view, hapus lalu buat ulang:

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; adalah bentuk yang aman: tidak akan error jika view-nya tidak ada. Menghapus view tidak pernah memengaruhi tabel di baliknya; kamu hanya menghapus query yang tersimpan.

View Sementara

TEMP VIEW hanya ada selama koneksi database saat ini. Saat koneksi ditutup, view-nya hilang. Berguna untuk sesi analisis sesaat ketika kamu tidak ingin meninggalkan definisi:

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;

View sementara juga memungkinkanmu menimpa sebuah nama query tanpa harus menetapkannya di skema, praktis saat sedang bereksplorasi.

Secara Default, View Hanya Bisa Dibaca

Inilah jebakan yang paling penting. Kamu tidak bisa melakukan INSERT, UPDATE, atau DELETE lewat view secara langsung:

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

Solusinya adalah trigger INSTEAD OF. Kamu menulis trigger yang berjalan sebagai ganti upaya penulisan itu dan menerjemahkannya menjadi operasi sungguhan pada tabel di baliknya:

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-nya tetap view, tapi penulisan terhadapnya sekarang punya tujuan. Kita akan membahas trigger secara lengkap di halaman berikutnya.

Tidak Ada Materialized View, Buat Sendiri

Beberapa database memungkinkanmu menyimpan hasil view di disk sebagai cache dan memperbaruinya sesuai kebutuhan. SQLite tidak. Setiap pembacaan view menjalankan ulang query di baliknya. Untuk sebagian besar beban kerja itu tidak masalah, karena SQLite cepat dan query planner-nya bagus. Untuk agregasi mahal yang di-query berkali-kali, buat tabel sungguhan dan jaga sendiri agar tetap sinkron:

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;

Setelah itu kamu memperbarui cache-nya secara terjadwal, atau memasang trigger pada orders agar tetap mutakhir. Ini pekerjaan manual, tapi juga satu-satunya pilihan di SQLite.

Melihat Daftar View

Metadata view tersimpan di sqlite_master bersama tabel dan index:

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';

Kolom sql mengembalikan pernyataan CREATE VIEW aslinya, berguna saat kamu lupa apa yang dilakukan sebuah view. Di CLI, .schema view_name mencetak hal yang sama dengan lebih rapi.

Kapan Memakai View

View sepadan dipakai saat:

• Query yang tidak sederhana dipakai ulang di tiga tempat atau lebih. Memberinya nama sekali lebih baik daripada copy-paste.
• Kamu ingin menampilkan sebagian kolom atau baris pilihan ke bagian tertentu aplikasi.
• Sebuah agregasi secara konsep adalah satu hal (monthly_sales, active_users) yang sebaiknya diperlakukan pemanggil sebagai kata benda.

Lewati view saat:

• Query-nya hanya dipakai di satu tempat. Tulis langsung saja.
• Performa penting dan query di baliknya mahal: kamu membayar biaya itu pada setiap pembacaan. Simpan ke tabel sungguhan sebagai cache.
• View itu bergantung pada view lain yang bergantung pada view lain lagi. SQLite menangani sarang seperti ini dengan baik, tapi rantai tiga atau empat view membuat SQL sebenarnya sulit diikuti saat debugging.

Berikutnya: Trigger

View dan trigger sering muncul bersama: pola INSTEAD OF yang membuat view bisa ditulisi adalah salah satu alasan utama trigger ada. Trigger juga berguna dengan sendirinya untuk log audit, update berantai, dan menegakkan invarian. Itu halaman berikutnya.