Prvo treba da definises sta hoces da uradis. Znaci sta hoces da ti se prikazuje, sta hoces da update-jes, insertujes i da brises. Lepo ti je spartak napisao CRUD. Na osnovu selecta mozes da odradis UI. Koliko vidim tebe najvise buni izgleda sto ti gledas select nad jednom tabelom pa ti je onda ne jasno kako da uradis update nad vise tabela kada je potrebno. Zato imas SP koje uopste ne moraju da prate relacioni model tj. da sve posmatras kroz relacioni model. Pa tako insert za ovu tabelu pa za ovu tabelu itd. nego lepo napises select sa svim joinovima i posle SP koja ce da uradi update tako sto ce preko prosledjenih parametara da razbaca u potrebene tabele. Mislim da ce se stvari dovesti u red sledecom generacijom .NET tj. ADO.NET Entity Framework-a ali videcemo... da ne idem sad OT. (ko zeli vise da vidi neka ide ovde .)
A evo i otprilike neki odgovor za tvoj problem
neka ti je ovo select procedura (to je ta sto si ti napisao)
SELECT Objekti.objekatID, Objekti.liceID, Objekti.vrstaObjekta, Objekti.cena, Objekti.lokacija, Objekti.adresa, Objekti.opis, Objekti.imePrezimeVlasnika,
Objekti.kontaktTelefon, Objekti.eMail, Kuce.kvadratura
FROM Objekti INNER JOIN
Kuce ON Objekti.objekatID = Kuce.objekatID
WHERE (Objekti.objekatID = @objekatID)
ORDER BY Objekti.vrstaObjekta, Objekti.lokacija
Evo ti onda uproscena update procedura
UPDATE Objekti SET imePrezimeVlasnika = @imePrezimeVlasnika
WHERE
objekatID = @objekatID
UPDATE Kuce SET kvadratura = @kvadratura
WHERE
objekatID = @objekatID
Inace po meni si izabrao dosta lose kontrole a i nacin pristupa podacima. Bolje da si se orjentisao na dataset i objectdatasource nego li na sqldatasource. Nije da su one lose ali preko sqlDataSource-a ima dosta posla koje radi automatika "tamo negde". Ni kod objectDataSource nije mnogo bolje ali cini mi se da ima vise kontrole, mozes bolje da tweakujes
