Store procedures vs inline sql

Hm.. hm.. Tesko je uopsteno pricati o tome, medjutim, ono sto se generalno moze reci jeste da ti je obicno bolje da pravis izvjestaje i sl. stvari jednim direktnim upitom, ali to podrazumijeva da nemas previse agregatnih funkcija i select-a u select-u u svom upitu. Znas ono select t1.x, t1.y, t1.z, (select t2.nesto

from tabela2 t2), t1.q from tabela1 where.. itd..

U toj situaciji ti je bolje da napravis pozadinsku funkciju koja ce ti vratiti rezultat za odredjene podatke. Naravno, stored procedure ti daju vise mogucnosti, ali ne treba komplikovati ukoliko mozes zavrsiti nesto direktnim upitom, a da pri tome ne spada u gore navedenu vrstu. Inace, SQL Tuning je malo komplikovaniji od prostog dijeljenja na inline sql i stored procedure. Prva stavka u nizu je kako je projektovana baza, pa indexi itd.., pa onda upit. Kod stored procedura npr. vodi racuna o tome da sto manje koristis kursore. Oni su ti bottle neck svakog upita. Bolje ti je da u takvoj situaciji koristis UNION ALL nekolicine upita, ako ti se to moze uklopiti. Naravno i ovo zavisi od slucaja do slucaja, ali ti napominjem da probas, jer je meni pomoglo vise puta. Isto tako, mozda ce ti se vise uklapati CASE, koji ce ti skoro uvijek zamijeniti DECODE, a uz to je brzi. Opet, mozes doci u situaciju kada ovo nije slucaj, ali uglavnom bi trebalo da je tako.

Eto, nadam se da sam ti bar malo pomogao..

Pozdrav,

Miroslav

Ako imaš isti upit koji koristiš često (samo uz izmjenjeni uvjet) onda je svakako puno bolje koristiti SP. Razlog je u execution planu - stora će ti koristiti isti execution plan cijelo vrijeme. U suprotnom riskiraš kreiranje gomile execution planova što ima negativan utjecaj na performanse.