Çfarë janë procedurat e ruajtura dhe kur duhet t'i përdorni ato?

Question

Accepted Answer

Një **procedurë e ruajtur** është një grup pohimesh SQL (dhe logjike procedurale) të ruajtura në bazën e të dhënave dhe të ekzekutuara sipas emrit. Ajo ekzekuton logjikën *brenda* bazës së të dhënave në vend të kodit të aplikacionit. Ato kanë përfitime reale por edhe kompromise të rëndësishme, kështu që kur t'i përdorni ato është një vendim i vërtetë projektimi.

## Një procedurë e ruajtur

```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
```

Një procedurë e ruajtur kombina SQL dhe logjikën procedurale (variablat, kushtet, sythe, trajtimin e gabimeve) në një rutinë bazë të dhënash të emërtuar dhe të ripërdorshme. Funksionet janë të ngjashme por kthejnë një vlerë.

## Përfitimet e mundshme

```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
```

## Kompromisset e rëndësishme (pse shumë i shmangen sot)

```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)
```

## Kur t'i përdorni ato

```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)
```

## Pse është e rëndësishme

Përkatësimi i procedurave të ruajtura — duke përfshirë kompromisset e tyre — është njohuri e vlefshme sepse ato përfaqësojnë një zgjedhje të vërtetë arkitekturore me përfitime reale dhe mangësi reale, dhe ditura *kur* t'i përdorni ato (dhe kur jo) pasqyron gjykim të pjekur.

Procedurat e ruajtura mund të ofrojnë **përfitime të performancës** (ekzekutimi i logjikës me shumë hapa brenda bazës së të dhënave shmang përpiqjet e rrjetit), trafikun e reduktuar të rrjetit, ripërdorshmëri në të gjithë klientët, sigurinë (dhënia e lejeve për ekzekutim pa akses në tabela), dhe konsistencën e centralizuar — duke i bërë të përshtatshme për operacione kritike për performancën dhe të shumta në të dhëna, përpunimin në grumbull, dhe logjikën që duhet të zbatohet në nivelin e bazës së të dhënave në të gjithë aplikacione të shumta.

Megjithatë, përkatësimi i **kompromiseve të rëndësishme** është po aq i rëndësishëm dhe pasqyron praktikën moderne: vendosja e logjikës së biznesit në bazën e të dhënave e bën më të vështirë versionimin, testimin dhe mirëmbajtjen (ndarjen e logjikës ndërmjet aplikacionit dhe bazës së të dhënave), ju lidh në një gjuhë procedurale specifike të bazës së të dhënave (PL/pgSQL, T-SQL, PL/SQL — duke reduktuar portabilitetin), është më e vështirë për të diagnostikuar, dhe shton ngarkesën në shtresën e bazës së të dhënave (shpesh më e vështira për të shkallëzuar).

Për këto arsye, **zhvillimi modern i aplikacioneve shpesh favorizon mbajten e logjikës së biznesit në shtresën e aplikacionit** (të testueshmë, të prenosshme, të kontrolluar nga versioni) në vend të procedurave të ruajtura.

Njohja kryesore është **gjykimi i kur t'i përdorni ato** — të përshtatshme për nevojat specifike kritike për performancën ose për zbatimin në nivelin e bazës së të dhënave, por përgjithësisht të shmangura si parazgjedhje për logjikën e biznesit.

Meqenëse procedurat e ruajtura janë të zakonshme në shumë sisteme (veçanërisht enterprise/trashëgimi), dhe meqenëse përkatësimi i përfitimeve të tyre dhe i kompromiseve të tyre (dhe prirja moderne drejt logjikës në shtresën e aplikacionit) është ajo që mundëson vendime të shëndosha arkitekturore, përkatësimi i procedurave të ruajtura është njohuri e vlefshme në nivel të lartë që demonstron aftësinë për të vlerësuar logjikën nga ana e bazës së të dhënave kundrejt logjikës nga ana e aplikacionit — një konsideratë domethënëse projektimi dhe një temë që pasqyron pjekurinë arkitekturore.