@negyxo: Pa ne vidim neku veliku razliku u kompleksnosti između dva parčeta koda koji si dao, C# sintaksa ima veliki overhead statičkog jezika. Čudo nisi citirao kod sa Rails linka:
Code:
Account.transaction do
balance.save!
account.save!
end
:)
A za performanse si i sam rekao - u najvećem broju slučajeva nije problem, tako da u najvećem broju slučajeva nije problem izbeći korišćenje SP.
Citat:
deerbeer: Pa sta ti je lakse ti sam prosudi.
Menjati i build-ovati ceo kod i raditi deployment zbog neke sitne izmene ili izmeniti samo jednu SP na SQL-u
Pa i taj SP moraš da deploy-uješ nekako, ne? U kulturno automatizovanom sistemu (automatizujete build/
deploy procese, jel' tako?), deploy se svodi na dvoklik na exe ili poziv deploy skripte.
Citat:
Samo me onda interesuje ako gresim za sta su ustvari SP namenjene ???
Za operacije nad bazom koje se izvršavaju periodično i nezavisno od ostatka aplikacije, za operacije nad bazom koji se sastoje od više koraka, a koriste velike setove međupodataka, za operacije koje zahtevaju korišćenje temp tabela ili kursora... Sve u svemu jako su korisne, ne sporim.
Citat:
Ako drzis biznis logiku (mislim na SP i UDF ) na SQL-u sutra ti nece biti problem da napravis i web-app i mobile-app itd..
Biznis logika svejedno treba da se odvoji od prezentacione, to nije stvar tehnologije već lepog vaspitanja. Ako hoćeš podršku za različite klijente, svejedno moraš tako pisati aplikaciju, baza tu ne može mnogo da ti pomogne.
Načelno, ima dosta tekstova po netu, pa da ne bih (loše) prepisivao:
http://www.codinghorror.com/blog/archives/000117.html
http://weblogs.asp.net/fbouma/archive/2003/11/18/38178.aspx
Guglajte dalje... Na kraju krajeva, korišćenje ORM-ova (a čak i najzagriženiji kliperaši među vama će pre ili kasnije početi da ih koriste) će ionako istrebiti većinu stored procedura, nema potrebe ja da vas ubeđujem... ;)
edit: dodao capistrano link
edit: dodao zaključak i linkove
[Ovu poruku je menjao jablan dana 29.05.2008. u 00:12 GMT+1]