Apakah itu stored procedure dan bila anda patut menggunakannya?

Question

Accepted Answer

Sebuah **stored procedure** ialah satu set pernyataan SQL (dan logik prosedur) yang disimpan dalam pangkalan data dan dilaksanakan mengikut nama. Ia menjalankan logik *di dalam* pangkalan data dan bukannya dalam kod aplikasi. Ia mempunyai manfaat sebenar tetapi juga pertukaran yang ketara, jadi bila hendak menggunakannya merupakan keputusan reka bentuk yang sebenar.

## Sebuah stored procedure

```sql
-- define a procedure that encapsulates logic in the database
CREATE PROCEDURE transfer_funds(from_id INT, to_id INT, amount DECIMAL)
LANGUAGE plpgsql AS $$
BEGIN
  UPDATE accounts SET balance = balance - amount WHERE id = from_id;
  UPDATE accounts SET balance = balance + amount WHERE id = to_id;
  -- can include logic: conditionals, loops, error handling, transactions
END;
$$;

CALL transfer_funds(1, 2, 100);   -- execute by name
```

Sebuah stored procedure menggabungkan SQL dan logik prosedur (pemboleh ubah, syarat, gelung, pengendalian ralat) menjadi rutin pangkalan data yang bernama dan boleh diguna semula. Function adalah serupa tetapi memulangkan nilai.

## Manfaat berpotensi

```text
✓ Performance — runs IN the database (no round-trips for multi-step logic); precompiled
✓ Reduced network traffic — one call vs many queries from the app
✓ Reusability — shared logic callable from multiple applications/clients
✓ Security — grant EXECUTE on a procedure without granting table access; reduces
  injection surface (parameterized)
✓ Consistency — centralize critical logic so all clients use the same implementation
```

## Pertukaran yang ketara (mengapa ramai mengelakkannya hari ini)

```text
✗ Business logic in the DATABASE → harder to version-control, test, and maintain
  (logic split between app code and the database)
✗ Database-specific (PL/pgSQL vs T-SQL vs PL/SQL) → less portable, vendor lock-in
✗ Harder to debug than application code; weaker tooling
✗ Scaling — the database is often the hardest tier to scale; pushing logic there
  can increase its load
✗ Modern apps often prefer logic in the application layer (testable, portable, versioned)
```

## Bila hendak menggunakannya

```text
✓ Performance-critical data-intensive operations (heavy multi-step DB logic, batch jobs)
✓ Logic that MUST be enforced at the DB level across multiple clients
✓ Reducing round-trips for operations involving many queries
✗ AVOID putting general business logic in procedures by default — modern practice
  usually favors the application layer (better testing, versioning, portability)
```

## Mengapa ia penting

Memahami stored procedure — termasuk pertukarannya — merupakan pengetahuan yang bernilai kerana ia mewakili pilihan seni bina yang sebenar dengan manfaat sebenar dan kekurangan sebenar, dan mengetahui *bila* hendak menggunakannya (dan bila tidak) mencerminkan pertimbangan yang matang.

Stored procedure boleh menawarkan **manfaat prestasi** (menjalankan logik pelbagai langkah di dalam pangkalan data mengelakkan round-trip rangkaian), trafik rangkaian yang berkurangan, kebolehgunaan semula merentasi klien, keselamatan (memberi execute tanpa akses jadual), dan konsistensi berpusat — menjadikannya sesuai untuk operasi intensif data yang kritikal prestasi, pemprosesan kelompok, dan logik yang mesti dikuatkuasakan pada peringkat pangkalan data merentasi pelbagai aplikasi.

Walau bagaimanapun, memahami **pertukaran yang ketara** sama pentingnya dan mencerminkan amalan moden: meletakkan logik perniagaan dalam pangkalan data menjadikannya lebih sukar untuk version-control, diuji, dan diselenggara (memisahkan logik antara aplikasi dan pangkalan data), mengikat anda kepada bahasa prosedur pangkalan data tertentu (PL/pgSQL, T-SQL, PL/SQL — mengurangkan kebolehmudahalihan), lebih sukar untuk debug, dan menambah beban kepada peringkat pangkalan data (selalunya yang paling sukar untuk diskalakan).

Atas sebab-sebab ini, **pembangunan aplikasi moden selalunya lebih memilih untuk mengekalkan logik perniagaan dalam lapisan aplikasi** (boleh diuji, mudah alih, dikawal versi) dan bukannya dalam stored procedure.

Wawasan utama ialah **pertimbangan tentang bila hendak menggunakannya** — sesuai untuk keperluan kritikal prestasi tertentu atau penguatkuasaan peringkat pangkalan data, tetapi secara umumnya dielakkan sebagai lalai untuk logik perniagaan.

Memandangkan stored procedure adalah biasa dalam banyak sistem (terutamanya perusahaan/legasi), dan memandangkan memahami kedua-dua manfaatnya dan pertukarannya (serta kecondongan moden ke arah logik lapisan aplikasi) yang membolehkan keputusan seni bina yang baik, memahami stored procedure adalah pengetahuan peringkat senior yang bernilai yang menunjukkan keupayaan untuk menimbang logik di sebelah pangkalan data berbanding di sebelah aplikasi — pertimbangan reka bentuk yang bermakna dan topik yang mencerminkan kematangan seni bina.