https://najib.id/tags/sql/ Recent content in Sql on Blogfolio Najib Hugo id-ID This work is licensed under a Creative Commons Attribution-NonCommercial 4.0 International License. Thu, 10 Sep 2026 16:50:44 +0700 https://najib.id/writing/2026/hijrah-backend-05/ Thu, 10 Sep 2026 15:30:00 +0700 https://najib.id/writing/2026/hijrah-backend-05/ <p>Di <a href="https://najib.id/writing/2026/hijrah-backend-02/">episode kedua</a>, query-nya tidak bersalah, 78 milidetik di CLI, sementara <em>endpoint</em>-nya makan 15 detik. Episode ini cermin kebalikannya: kali ini query-nya benar-benar bersalah. Tapi bukan karena rumit atau jelek, dia bersalah karena satu pembungkus fungsi kecil yang membuatnya <strong>mendiamkan <em>index</em> yang disiapkan khusus untuknya</strong> hehe~</p> <h2 id="index-yang-dirancang-sempurna-dikali-tiga"><em>Index</em> yang Dirancang Sempurna (Dikali Tiga) <a href="#index-yang-dirancang-sempurna-dikali-tiga" class="tdln dimmer"><small>#</small></a></h2><p>Korbannya: <em>endpoint</em> hitungan <em>alert</em> per <em>device</em>. Satu tabel <em>alert</em> berisi puluhan juta baris,<sup id="fnref:1"><a href="#fn:1" class="footnote-ref" role="doc-noteref">1</a></sup> dan di atasnya ada <em>index</em> komposit: (tanggal, <em>device</em>, tipe <em>alert</em>). Kalau kamu membaca kebutuhan <em>endpoint</em>-nya, &ldquo;ambil jumlah <em>alert</em> per <em>device</em> per tipe, dalam rentang tanggal&rdquo;, <em>index</em> itu persis seperti dibuat untuk <em>query</em> ini. Seseorang di masa lalu memahami masalahnya dengan benar.</p>