[ mvlado @ 15.02.2008. 22:54 ] @
Zdravo,

Imam dilemu oko toga gde je granica između aplikacije i SQL servera? Zapravo radi se o tome da li treba prepustiti serveru što više manipulacije sa podacima, pa čak i one najjednostavnije, ili može i aplikacija nešto da radi? Da li aplikacija treba da bude samo GUI za neku bazu(naravno nešto mora i aplikacija da obradi)?
U nekim temama sam pročitao da ne treba direktno pristupati bazi već sve raditi preko sprocedura dok neko kaže sprocedure, trigeri itd. "izbegavati".
Pravim aplikaciju za rad sa bazom i u dilemi sam da li da pravim sprocedure za INSERT, UPDATE, DELETE pa čak i za SELECT ili da to jednostavno prepustim aplikaciji i da to ona radi direktno.

Pozdrav.
[ Predrag Glumac @ 15.02.2008. 23:55 ] @
Zavisi kakvu aplikaciju pravis: koliko ce biti velika baza, koliko su upiti slozeni, koliko korisnika ce istovremeno da pristupa, da li je thin-client tip aplikacije, da li ce biti izmena u buducnosti .....

Generalno ja preferiram da na vecim projektima, drzim sve u "uskladistenim" procedurama iz prakticnih razloga: kod mi je "cistiji" (nema kobasica od upita) i lakse je za citanje, lakse je naknadno doraditi/izmeniti gresku u storci na jednom mestu nego u kodu i menjati na svakom klijentu, stored proc. prave kesirani execution plan i brze ce se izvrsiti, kompleksnu logiku je lakse (i citljivije) napisati u storci nego u kodu i lakse mi je da manipulisem sa transakcijama, kurzorima i konkurentnosti na serverskoj strani nego na klijentskoj.

Pri izradi web aplikacija, bez dileme, sve drzim u stored proc. upravo iz tih razloga.
[ adopilot @ 17.02.2008. 20:10 ] @
Da li ste razmišljali možda o Tro slojnoj apikaciji
Kada postoje
Klijent, Apllication Server i Data Base server.

MI koristimo third partryity riješenje za vezu između baze i klijenta.

Tako zvani ASTA server komercijano nabavljen i nije se pokazao toliko loše.

Mada bi ja radje preporučio raditi sa stored procedurama iz jednostovnaog razloga
velike populacije koja zna kako radi SQL.
Ukoliko apikacija bude uspiješna i rasprostranjena imati če te manje problema sa održavanjem i daljnim razvojim.

Svakako uzmite u obzir da je ovo odgovr iz administratorske perspektive a ne devloperske.