Navigacija
Lista poslednjih: 16, 32, 64, 128 poruka.

DataLayer i postupanje sa upitima nad bazom

[es] :: .NET :: .NET Desktop razvoj :: DataLayer i postupanje sa upitima nad bazom

[ Pregleda: 1633 | Odgovora: 1 ] > FB > Twit

Postavi temu Odgovori

Autor

Pretraga teme: Traži
Markiranje Štampanje RSS

MarkoBalkan

Član broj: 141124
Poruke: 1624
...140.76-dsl.net.metronet.hr.



+19 Profil

icon DataLayer i postupanje sa upitima nad bazom24.01.2009. u 11:57 - pre 154 meseci
zanima me pravilno programiranje ado.net-a.

znači što se u praksi pokazalo kao najbolje rješenje u smislu izrade upita?

dali sve u jedan dll file, sve na storne procedure, miješano (jednostavniji selecti u klase, a složeniji na procedure)?


sebi sam napravio jedan mali dll file koji služi za pozivanje procedure sa parametrima.

parametri se pokupe u kolekciju i pozovu klasu u dll file-u.

znači imam taj mali dll file, mislio sam napraviti jedan dll u kojem bi bile pozvane sve procedure.


zanimaju me prednosti i mane da se svi upiti stave na procedure, od jednostavnijih upita pa do složenih.
 
Odgovor na temu

deerbeer
Beograd

Član broj: 174418
Poruke: 1189
*.adsl-3.sezampro.yu.



+395 Profil

icon Re: DataLayer i postupanje sa upitima nad bazom24.01.2009. u 19:20 - pre 154 meseci
Citat:

dali sve u jedan dll file, sve na storne procedure, miješano (jednostavniji selecti u klase, a složeniji na procedure)?

Sve zavisi u kakvom ces slucaju da primenis .
Na nivou C# koda bilo dekstop ili web meni sluzi samo za popunjavanje najednostavnijih upita za punjenje drop-liste
i ili tabele sifarnika a cela ostala logika i komplikovaniji t-sql i prebacujem na stored proc jer mi
je lakse da kasnije menjam neku postojecu logiku sa centralizovanog mesta (sql -server)
klijentima ne treba dodatna instalacija tj. setup .

Ali .. neretko se desava da imas 30-40 tabela sa po 20-30 polja-kolona a da u sustini se sve svodi na prosto citanje i upis
u pojedine tabele . Za tu namenu koristim typed - dataset pristup gde je mnogo lakse i brze kroz adapter generisati upite
i imati sve na tacni i odrzavati , a i sam proces je pojednostavljen jer nema syntax-nih gresaka i prepravke istih.
Jedina mana je sto kad promenis polja u tabeli baze, moras rucno izbrisati postojecu tabelu
i generisati kroz wizard novi set tvojih upita i sto je nekad generisanje takvih tabela u runtime-u dosta sporo .
Negde dobijes a negde moras da platis :)

Sto se tice tvog pitanja za postojanje svega ovoga u poseban dll prica je slicna :
Sve zavisi od programa kojeg pravis , ako ces imati 10 tabova a svaki po 2-3 forme a desi se slucaj
da neki korisnici ne trebaju da vide (ili nisu platili za sve) vec samo deo ili par komada tj. razlicit nivo pristupa ,
onda je po meni bolje imati taj modularan sistem pakovanja svega za 1 tab u poseban dll ( i resurse forme , meni-ije , upite i ostalo)
jer ih onda kasnije isto tako i azuriras i prosirujes tvoj program po potrebi ,
exe fajl bi bila samo kostur aplikacja FormFramework koji bi dinamicki ucitavao u tabovima forme i upite
u zavisnosti od nivoa pristupa korisnika .
a i lakse je kad se radi u timu programera u smislu deljenja poslova oko kodiranja .
Stavis projekat od svakog dll-a na source-safe



Viva lollapalooza
 
Odgovor na temu

[es] :: .NET :: .NET Desktop razvoj :: DataLayer i postupanje sa upitima nad bazom

[ Pregleda: 1633 | Odgovora: 1 ] > FB > Twit

Postavi temu Odgovori

Navigacija
Lista poslednjih: 16, 32, 64, 128 poruka.