Kod SP ne radi se samo o mreznom saobracaju. SP se izvrsavaju brze nego SQL upiti koje saljes bazi. Drugo, ako imas neki bug ili apdejt: vrsis ispravku na jednom mestu umesto na gomili klijenata. Trece, sto se tice sigurnosti: bolje je koristiti SP.
Za bazu je manje opterecenje da pozivas SP nego da saljes identican SQL upit.

Ukratko, ako vec imas SP onda je i iskoristi.

hmmm, ja sam imao laicki utisak da se baza vise greje kada odradjuje stored procedure nego kada joj posaljes upit.
hvala

To je nemoguće, ako isti SQL upit i SP, u najgorem slučaju će jednako brzo da se izvrše. Naravno, osim ako je ne kompajliraš svaki put kada je pozivaš. Upravo je poenta u tome - procedura se prvi put kompjalira, serverov engine optimizuje tvoj SQL upit i time dobijaš brže izvršenje kada je pozivaš.

Kada je opterećenje mreže u pitanju, tu nema "optimizacije" - jednostavno, uvek dobiješ istu količinu podataka, a ono što pošalješ kao upit je naravno zanemarljivo.

Ukoliko ne koristis SP, onda se upit prvo parsira, onda sprema (prepare) i na kraju se izvrsava,
kod SP, prva dva koraka se izvrsavaju samo kod prvog kompajliranja SP-a, tako da pri svakog
narednog pozivanja iste, SQL engine ne parsira, i ne sprema SQL upit.

I na kraju dolazimo do zakljucka da je brze izvrsavati SP nego grupa razlicnih SQL upita.

E sad, kod MS SQL servera (ne znam o ostalim serverima), optimizer moze da se poziva pri svakog izvrsavanja SP-a,
tako da optimizer koristi momentalno stanje index-a.