Tips Mahir Menggunakan Laravel Query Builder untuk Performa Query

Pendahuluan

Bayangin lagi ngerjain fitur filter pencarian yang kompleks, tapi tiap nambahin kondisi malah bikin kode jadi berantakan. Query Builder di Laravel itu sebenarnya penyelamat banget kalau kita tahu cara ngeraciknya biar nggak cuma sekadar narik data, tapi juga efisien. Saya sering lihat banyak rekan developer terjebak nulis query manual di controller padahal Laravel punya cara yang jauh lebih elegan buat menangani logika database yang dinamis tanpa harus bikin satu per satu method yang ribet.

Tips & Best Practices

• Di banyak project, biasanya saya selalu mulai dengan memecah query yang kompleks ke dalam scope model agar controller tetap bersih dan fokus pada alur bisnis, bukan detail teknis database.
• Kalau lagi berurusan dengan data dalam jumlah besar, saya lebih suka pakai chunking atau cursor daripada memuat semuanya sekaligus, supaya memory server nggak jebol tiba-tiba saat proses export atau batch update.
• Saya selalu membiasakan diri buat nge-log query yang dihasilkan dengan DB::enableQueryLog() saat tahap debugging, karena kadang apa yang kita bayangkan nggak selalu sama dengan SQL asli yang jalan di database.

Contoh Kode

Misalnya nih, kita mau bikin filter pencarian user berdasarkan status dan tanggal yang opsional:

$users = DB::table('users')->when($request->active, function ($query) { $query->where('is_active', 1); })->when($request->date, function ($query, $date) { $query->whereDate('created_at', $date); })->get();

Penggunaan when() di atas jauh lebih rapi dibanding nulis if-else manual yang panjangnya bisa bikin pusing kalau kondisinya nambah terus.

Variasi Implementasi

Kadang kita punya pilihan antara Query Builder murni atau Eloquent ORM. Kalau cuma buat report sederhana yang baca banyak data, saya cenderung balik ke Query Builder karena lebih enteng di memori. Tapi kalau butuh fitur relasi yang kompleks, Eloquent tetap juaranya. Jadi, jangan terpaku sama satu cara, pakai yang paling pas sesuai beban kerjanya.

Kesalahan Umum

• Sering banget kita lupa nambahin index di kolom yang sering dipakai buat filter, alhasil aplikasi jadi lemot banget pas datanya udah jutaan baris.
• Jangan pernah memasukkan inputan user langsung ke dalam query, selalu pakai parameter binding biar terhindar dari SQL Injection.
• Pernah kejadian, saya lupa pakai select() dan asal narik semua kolom pakai *, padahal cuma butuh dua field, efeknya bandwith database jadi boros banget.
• Menulis query yang melakukan operasi di dalam loop (N+1 problem) itu dosa besar, pastikan selalu pakai whereIn atau join yang benar.
• Terlalu banyak mengandalkan orderByRaw yang sebenarnya bisa dikerjain pakai method bawaan, ini bikin kode susah dibaca dan nggak portable kalau pindah database.

Ringkasan

Intinya, Query Builder itu alat bantu yang powerfull kalau kita perlakukan dengan bijak. Jangan cuma asal query jalan, tapi coba pikirin gimana query itu tetap performant pas datanya makin banyak. Happy coding, semoga nggak ada lagi query yang bikin begadang!