update dve tabele istovremeno

Recimo da imam listu ciji elementi su iz jedne tabele, a da u DataGridView prikazujem podatke iz druge tabele povezane s ovom. Na primer u listBox-u su mi bendovi, a u DataGridView njihove pesme.
Problem nastaje kad pomocu TableAdapterManager-a dodam novi element u listu (preko bindingNavigatora koga generise Designer). E, sad, recimo da sam dodao M. Jacksona ( ) na listu i istovremeno ubacio nekoliko njegovih pesama u DataGridView, desi se sledeca stvar:
Novi izvodjac dobija ID == -1. Kasnije, kad se ubaci u bazu, to se promeni na autoincrement value, ali za sada je to -1 (-2, -3..). U DataGridView ubacujem nove pesme za ovog izvodjaca, a one za Foreign Key dobijaju upravo taj ID, znaci one u koloni PevacID dobijaju -1 (a istovremeno svoj Primarni key dobijaju isto kao -1, -2...). Kada pokusam updateAll tableAdapterManager-a (za sta je on i zamisljen) program puca.
Zasto?

Samo da napomenem da ako unesem izvodjaca u bazu i on dobije normalan ID, posle mogu dodavati pesme bez problema (jer dobiju taj normalan foreign key) i sve je u redu. Zeleo bih ipak da sredim to da radi kako valja, jer mi je glupo da radim update pojedinih tabela redom kad je dobri Bili vec napravio pomagala koja nam omogucavaju da o tome ne razmisljamo. Rucno radjenje ovakvih stvari otvara nove probleme, posebno sto imam i jos jedan nivo relacija.

Guglanje problema ne vodi nigde, a MSDN vodi u krug...

Potpis

De si Deda...

Ja mislim da svakako moras update odvojenih tabela. I bolje je da imas vise kontrole nad update-om. Taj momenat je jako delikatan. Get used to it :)

Dodjavola! x-(
A ja jos skrecem s ispravnog (C++) puta ne bi li se sve radilo samo od sebe, kad ono sipak. Ipak moram sve sam.
Jos se nadam da neko ima drugacije misljenje i da ce neka magija to da uradi kao sto ga lepo radi u MSDN video tutorijalu gde to jednostavno radi. Doduse, radi se o VBu koji uopste ne poznajem, a i primer je malkice drugaciji od mog slucaja, ali mislio sam da to nema veze...

P. S. Cak i ako mora svaka tabela rucno da se apdejtuje, slobodno bacite neke savete u tom smeru.
P. P. S. Hvala

Potpis

De si Deda...

Ovako nije bitno u kom .net jeziku radish jer je CRUD generisan pa ne morash da pises code mozes "samo" da menjas

http://windowsclient.net/learn/video.aspx?v=30441

Probaj malo pa ako nece napisi ovde sta nece

Happy code generating

Potpis

To sto nekoliko miliona ljudi tvrdi da nisi u pravu ne znaci da stvarno nisi - Frank Zappa

https://youtu.be/DLe358DPGXU

Ovo sto radi ova na videu radi i meni. Znaci ako se apdejtuje neki red koji vec postoji u master tabeli, onda je sve ok. Problem nastaje kad se ubaci novi element u master tabelu, a istovremeno (bez sejvovanja) se krene u dodavanje redova u grid. Onda kad pokusam update svega, jednostavno nastane problem.
Trenutno to resavam tako sto cim uneses novi element u listu, odmah se obavi sejvovanje te tabele. Meni to izgleda veoma seljacki pristup, jer kontam da je zamisljeno da ja ovde radim sve zive operacije na DataSet-u, pa kad je to gotovo, lepo se jednom kaze da se sinhrronizuje s bazom i to je to. Cak je komponenta tableAdapterManager koja se sama napravi po defaultu valjda i zamisljena upravo kao alat koji ovo omogucava. Ili sam ja sve pogresno shvatio?
Kako sada stvari stoje, mozda cu morati sve posebno - Insert, Update i Delete za svaku tabelu posebno, pa samo da nadjem redosled kojim je to najbolje da se uradi i da tako postavim. Inace, pokusao sam da to sredim atributom UpdateOrder iz tableAdapterManager-a, ali ne vidim razlike bez obzira kako ga menjam.

Hvala na cimanju.

Ovo je pocetak exceptiona koji mi baca:

Potpis

De si Deda...

Pa na primer, posto je ovo master/detail forma korisnik bi trebao/morao da popuni prvo polje npr. M. Jackson (R.I.P. ), ti za njega zakaci ono prvo sto je vec generisano da bi dodao novi red pre nego pocnes dodavanje u foreign tabelu.

Desni taster na textbox -> click na munjicu-> TextChanged ->dvoklik-> tu umetni metodu za update

Sad bi trebalo da radi

Ovaj deo njenog code-a, posto svoj uporno neces da pokazes pa ne znam u kom jezilu radish

Potpis

To sto nekoliko miliona ljudi tvrdi da nisi u pravu ne znaci da stvarno nisi - Frank Zappa

https://youtu.be/DLe358DPGXU

Ovo naravno nije ni blizu dobrog resenja jer korisnik moze da pogresi, neznajuci sta si ti hteo da kazes zato u mojim app ima brdo dugmica, modal formi, zvucnih signala, etc...

Ma, kako spreciti korisnika da pogresi je umetnost u najmanju ruku

Potpis

To sto nekoliko miliona ljudi tvrdi da nisi u pravu ne znaci da stvarno nisi - Frank Zappa

https://youtu.be/DLe358DPGXU

@DjoleReject

Ne bih ti ja preporucio automatiku. Mani se TableAdapterManager-a.

Kazes da bi radio sve zive operacije na dataset-u pa onda update. A sta ako ima concurrency violation? Kako bi to regulisao u tom jednom velikom batch updatu. Morao bi odbaciti sve izmjene od zadnjeg update-a i dao obavjestenje korisniku. Kad vec koristis TableAdaptere tu si zaglavljen sa TransactionScope klasom, a da ides preko DataAdaptera mogao bi klasicne transakcije.

I to sto vec koristis uopste nije lose rjesenje. Poslije svakog novog zapisa master tabele odmah update. Sve OK. Dobijes ispravan kljuc pa aj' dalje sa ostatkom.

A mozes i ti da napravis automatiku. Napravi jednu recimo Save funkciju, pa recimo da imas jednu master i jednu slave tabelu:

{
slaveTableAdapter.Update(null,null, slavetable.select(null, null, DataViewRowState.Deleted));
masterTableAdapter.Update(null,null, mastertable.select(null, null, DataViewRowState.Deleted));

masterTableAdapter.Update(null,null, mastertable.select(null, null, DataViewRowState.Modified));
slaveTableAdapter.Update(null,null, slavetable.select(null, null, DataViewRowState.Modified));

masterTableAdapter.Update(null,null, mastertable.select(null, null, DataViewRowState.Added));
slaveTableAdapter.Update(null,null, slavetable.select(null, null, DataViewRowState.Added));
}

i sve bi trebalo da radi kako treba. Ni taj TableAdapterManager ispod haube nije nista jednostavniji.

Pozdrav.

Ma ok je taj deo koda, a i nije da ga krijem, nego nisam mislio da je interesantan :)




Ako dobro razumem, tvoj pristup je da apdejtujes stanje u bazi kad god se promeni situacija na formi? Doduse, ako kazes da to nije dobro resenje, sta jeste dobro resenje? ...jer bih ja najradije iskoristio to dobro resenje :)))

Potpis

De si Deda...

OK, prihvatam to. Realno i zvuci razumno - manager je mrtav.
Nego u kodu koji si mi dao ima nekih problema. Prvo, kaze mi da nema Update koji prima tri argumenta, pa sam ja izbacio null argumente i dobio sledeci kod:

Posto ne znam sta bi mi bila mastertable iz tvog koda, ja sam ubacio tabelu iz DataSeta. Ovo, naravno ne radi :(

Potpis

De si Deda...

Naravno, nema update tabledaptera koji prihvata tri argumenta, prihvata samo DataTable ili DataRow[] (u ovom slucaju DataRow[]). Ono null, null se ondosilo na select metod tabele. Lapsus. Pisem napamet.

Moras dodat malo logike. Ako nemas nijedan deleted red, select ce ti vratiti null, pa ti zbog toga puca update. Prvo provjeri da li select vraca null, pa ako ne, proslijedi ga update metodi.

Alternativa je i table.GetChanges(DataRowState.xxxxx), ali opet moras ispitat da li je ili nije null.

Znaci, prvo idu deleted zapisi child (slave, many) tabele, pa onda deleted zapisi parent (master, one) tabele. Ako ti je referencijalni integritet u bazi aktivan, onda mozes samo deleted master tabele, baza ce sama obrisati povezane redove.

Ali kada unosis nove moras prvo nove zapise master tabele pa onda nove zapise slave tabele.

Kod modified isto tako, mada generalno redosled ima veze samo ako si promijenio primarni kljuc zapisa master tabele, ali te ne kosta nista da ides svakako tim redosledom.

I pogledaj transaction scope ako ti bazu koristi vise ljudi istovremeno.

Pozdrav.

Mikelly, hvala ti, sve sam te skontao lepo. Problem je sto meni to iz nekog razloga ne pomaze. Pokusacu da lepse objasnim sta se desava nakon sto sam poprilicno izdvojio konkretan deo koji mi pravi sranja od nebitnih detalja.

Znaci, za sada uopste nema delete. Takodje, nema ni tri tabele, nego samo ova najjednostavnija opcija sa dve tabele.

Problem nastane kad unesem novi element master tabele (ent_Element), a za taj novouneseni koji ne sinhronizujem sa bazom takodje krenem s unosom novih zapisa u slave tabeli (ent_ElementByInstrument). U tom trenutku se nadjem u sledecoj situaciji: master ima sva polja unesena, a jedino njegov ID (primary key) je -1 (to ne unosim ja). Ovi njegovi zapisi iz slejv tabele koji s us njim povezani preko svog Foreign key-a (ElementID) i kojima je taj foreign key u tom trenutku ==-1 kad krenu da se upisuju u tabelu pucaju.
To sam i dokazao, jer nakon sto se uradi update master tabele, program puca pre zavrsetka apdejtovanja slejva.

Ovo je kod kojim pokusavam da apdejtujem bazu. Napominjem da ne izvrsavam nikakav delete niti ista slicno, da ne bi bilo konflikata te vrste. Ovo se izvrsava tako sto dodam novi element u master (ListBox), popunim mu ove podatke koji su obavezni, nakon cega unesem nekoliko zapisa u slave (DataGridView) i kliknem na save koji pokrece ovu funkciju:



Poslednji MessageBox koji iskoci je "Prosao master", nakon cega iskace exception.

Da nije moja komplet logika pogresna? Mozda je to sto ja pokusavam nemoguce i baza ne moze da brine sama o tome, nego ja zaista moram da radim update baze sam nakon svakog unosa?

P. S. Ti si pomenuo DataViewRowState.Modified. Ovde postoji DataViewRowState.ModifiedCurrent i DataViewRowState.ModifiedOriginal. Cemu koji od njih sluzi? MSDN u stilu salterske radnice lepo za jedan kaze: "Pogledaj ovaj drugi", a za ovaj drugi upucuje na prvi, pa nemam pojma kad koji da koristim.

Potpis

De si Deda...

Ovako: Imas DataRowState enumeraciju, koja ti govori u kojem je stanju red i Imas DataRowVersion enumeraciju koja ti daje razlicite vrijednosti reda. DataRowViewState enumeracija sluzi i za jedno i za drugo. Uz pomoc nje mozes da dobijes i stanje reda i razlicite vrijednosti reda. ModifiedOriginal cuva vrijednost polja reda kakvo je bilo popovlacenju iz baze, a modifiedcurrent cuva trenutnu vrijednost polja reda. Kada se vrsi update potrebne su obje vrijednosti:

'UPDATE Tabela SET NekoPolje = ' + dr['NekoPolje',DataRowVersion.Current] + ' WHERE NekoPolje =' + dr['NekoPolje',DataRowVersion.Original]

Ovo je naravno u slobodnom prevodu. Framework ce ove vrijednosti smjestati u razlicite parametre raznih komandi tableadaptera.

E sad, ti si dobro odradio tvoju save funkciju, trebalo bi da radi.

Evo jedna stvar mi pada na pamet, pokusaj da me ispratis, sve pisem napamet.

Uneses zapis master tabele, odradis update, i u datesetu dobijes ispravnu vrijednost kljuca.

Mozda ti se ta nova vrijednost kljuca sada ne reflektuje na povezane zapise, pa oni opet prave probleme. Da se to ne bi desilo moras da podesis referencijalni integritet u dataset designeru. Valjda ti relacije medju te dvije tabele vec postoje. AKo ne, napravi ih, i nemoj da podesis relation only vec i foreignkey constraint (ili tako nesto, ne znam sad). Njega podesis na cascade, i dolje ima jos jedno podesavanje, i njega na cascade. Sada bi trebalo, da cim se promijeni vrijednost primarnog kljuca master tabele, svi povezani slave zapisi se automatski update-uju.

Probaj ovako, pa javi kako je proslo. Nisam bas siguran da ce da radi, ali probaj svakako.

Pozdrav.

@DjoleReject

Jesi ti probao ono sto sam napisao pa nece il sta ?

Inace, ja ovaj pristup koristim bas zbog optimistic concurrency-a ... sve spontano i automatski

Potpis

To sto nekoliko miliona ljudi tvrdi da nisi u pravu ne znaci da stvarno nisi - Frank Zappa

https://youtu.be/DLe358DPGXU

Da, da, ako mislis na ono da za master kazem EndSet(), Update(), pa onda isto to za slave - to sam prvo uradio. Sad sam vec jako zbunjen jer mi se cini da svi imaju stav kako je to najjednostavnija stvar na svetu i nesto sto se podrazumeva, a samo meni ne radi :(

@ Mikelly - Ja sam mislio da je referencijalni integritet sam od sebe sredjen samom cinjenicom da sam na formu prevlacio tabele koje su u relaciji. Veceras cu se pozabaviti time, jer je problem upravo u tome sto si rekao - kad se apdejtuje master zapis, slejvov foreign key ostaje sa starim vrednostima. Samo da provalim gde se to podesava, jer mi se cini da je upravo tu zvrcka.

Potpis

De si Deda...

Evo sam istestirao. U attachmentu imas kompletan projekat i bazu. Restoruj bazu na server, samo promijeni connection string u config.exe fajlu (debug folder).

Na formi imas dva datagridview-a, jedan prikazuje master zapise, a drugi slave.

Save funkcija update-uje added zapise master tabele (deleted i modifed ne razmatram, iako se i oni update-uju), ali ne update-ju slave zapise. Samo posmatramo sta se desava sa slave zapisima u datasetu.

Prvo, u propertijima relacije u dataset designeru prvo izaberes radio button 'relation only'.

Uneses jedan zapis master tabele i nekoliko zapisa slave tabele. Posmatras kljuc master tabele i foreignkey polje slave tabele. Prije Save() su -1. Poslije Save() zapis master tabele dobije kljuc od baze, a odgovarajuci slave zapisi 'nestanu'. Oni su ipak u datasetu, ali sa stranim kljucem koji ne odgovara ni jednom master zapisu, tako da se nece ni prikazati u donjem datagridview-u kada je nas update-ovani master zapis aktivan. Sledeci update ce baza odbaciti.

Onda, u propertijima relacije izaberes 'relation and foreign key contstraint' radio button (mada ce i 'foreign key constraint only' isto raditi) pa na sva tri ponudjena combobox-a izaberes 'cascade'.

Opet uneses jedan master i nekoliko slave zapisa. Dobices po -1 u primary i foreignkey poljima. Sada ce poziv Save() update-ovati i master i sve slave zapise, i stanje u datagridview-ima se nece promijeniti osim vrijednosti povezanih polja na ono sto dodijeli baza.

Nadam se da si razumio ovo sto sam smlatio. Javi da li radi.

Pozdrav.

Sad vec zvucim kao glupan, ali ja nemam pojma kako da povezem program sa .bak fajlom. Ubacio sam tamo gde si mi rekao path kao sto je bio i sa mdf bazom iz mog projekta, ali to jednostavno ne radi... Znam da je .bak nekakav backup baze, ali tu se zavrsava moje znanje o ovome :)

Potpis

De si Deda...

To moras iz SQL Servera.

Napravi novu bazu koja se zove Test, pa onda opcija restore nad tom bazom, onda nadji from device, pa izaberes bak fajl koji sam ti poslao, i to je to.

Ovo je baza sa SQL Express 2005, ako imas SQL 2000 nece ici.

Au, pa ja nemam SQL Server. Ja sam mislio da sve sto mi je potrebno vec imam integrisano u Visual Studiu 2008. Ima li neka fora da odatle restorujem bazu?

edit: Znam da smaram, ali ako bi mogao poslati mdf umesto bak fajla, mnogo bi mi pomogao. Ne mogu nikako da izguglam kako da se s ovim povezem.

_{[Ovu poruku je menjao DjoleReject dana 30.06.2009. u 00:27 GMT+1]}

Potpis

De si Deda...

Ma imas, al nemas SQL Server Management Studio Express koji mozes da skinesh odavde

http://www.microsoft.com/downl...A0F62BF7796&displaylang=en

Pa ce valjda da odradimo CRUD (create update delete) s dve tabele u josh jedno 30 posta, a mozda ces i da procitas neki red il da odgledash neki film ...

btw nema tu pravog i najboljeg nacina svaki je dobar ako korektno radi poso ali osnove kao sto je crud MORASH da znas

Happy coding

Potpis

To sto nekoliko miliona ljudi tvrdi da nisi u pravu ne znaci da stvarno nisi - Frank Zappa

https://youtu.be/DLe358DPGXU