Citat:
deerbeer: Retke su firme koje imaju tako automatizovan build/deploy proces ...
I šta, sad je to argument, što neko nije obezbedio deploy proces kako treba? Ako si se već uhvatio za desktop aplikacije, šta je problem da svaka instanca po pokretanju proveri da li se pojavila nova verzija na serveru i instalira je ako jeste? Mali milion programa radi na taj fazon.
Pored toga, budi iskren pa priznaj koji procenat izmena na programu možeš da izvedeš samo kroz SP izmene? Daj, argument ti je aj' zdravo.
Citat:
Sta ti je lakse da migriras ?
Kao prvo, biznis logika ne može kompletna da se smesti u DB (mislim, koristiš li uopšte biznis objekte u svojoj aplikaciji, ono, klase Dokument, Otpremnica, StavkaOtpremnice itd?). Tako da ako migriraš sa platforme na platformu (što se dešava minimum jednom nedeljno, jel tako?) svejedno ćeš morati da se oteliš od posla. E da, šta ćemo sa migracijom baze sa jednog sistema na drugi (kad smo već počeli sa "aj' zdravo" argumentima)? Ja u Railsu samo promenim stavku u konfiguracionom fajlu sa adapter: postgresql na adapter: mysql i vidi - sve radi, ništa nema da se migrira...
Citat:
negyxo: Recimo, mene je licno nerviralo razdvajanje SQL u novi red kao i zadrzavanje formata, sto zaista mislim da je bitno, jer lose formatiran SQL ne zelim ni citati, a kada u sve to ubacis jos i komande, apostrofe... zaista je error prone i SP su za mene daleko elegantnije/cistije resenje, ovo su za mene cisto prakticni razlozi.
Ček malo. Šta je problem da pišeš multiline upite u C#? Taj primer iz članka nije ni pisan da bude lep, nego ilustrativan. Kad hoćeš da uradiš kako treba, koristiš parametrizovane upite, baš kao i u SP. Na kraju krajeva, da li ti tvrdiš da je T-SQL bolji i lepši jezik od C#?! Hehe, ajde da ga porediš sa VB6 pa da kažemo da su tu negde, ogavne budževine i jedan i drugi...
Citat:
Onda plus, iako moze da se resi sve preko jednog SQL, ne znaci da je najcistije resenje, meni je daleko lepse suvise kompleksan query da razdovjim na vise manjih pa da ih spojim, nego sve da muljam u jedan, opet, ovo je meni lepse i prakticnije a ako neko ima drugi stav meni ne smeta, ja radim onako kako mislim da je lakse.
Čoveče, opet ti o estetici! Pa nije pitanje estetike, postoje razlozi zašto se upiti pišu kako se pišu, execution plan, optimizacija upita, itd itd. Jedan upit i isti upit podeljen na više malih (ma šta to značilo) jednostavno nisu ekvivalentni, da bi mogao da se vodiš estetikom.
Citat:
A i moram da primetim da ovde nema SQL, slicno bi mogao da uradis i u C#, kreiras DAL sa objektima balance i acount, dodelis im metod save a taj save na kraju pozove SQL,
Apsolutno, i to je način kako većina ljudi radi, a sve više se ide i dalje u pravcu ORM. Dakle, bez SP. I sa što manje ručno pisanog SQL-a.
Citat:
mada ORM je samo jedan deo price, sluzi ce za inteligentnije smestanje podataka, dok za manipulaciju sa tim podacima ipak treba nesto dodatno
Ne, ORM služi za olakšavanje posla programeru jer ukida (naravno ne može uvek, svuda i do kraja) potrebu da programer piše SQL kod za rad sa bazom i kod za smeštanje tih podataka u biznis objekte. Za manipulaciju tim podacima koristi se naravno klijentski kod. Tipa:
Code:
puts Track.find_by_title('Fool To Cry').album.title
puts Track.find_by_title('Fool To Cry').album.title
itsl.
