Ja taj tvoj projekt ne mogu da pokrenem: odmah krecu neke silne greske jos u Windows Forms Designer Generated Code sekciji. Ni exe fajl nece da se pokrene.



uhh...pokusaj da nekako nabavis finalnu verziju da bar ne bi pogadjali da li je tvoj bag ili microsoftov (nije da nema bagova u verziji 1.0 ali.. :)

Uzgred, ako mi se nije prividjalo, imas 2 connection objekta (u Forms dizajneru su jedan ispod drugog, pa se cini da imas samo jedan) ???

pozdrav


[Ovu poruku je menjao degojs dana 24.07.2002 u 01:56 PM GMT]

nisam video da ima dva conn. deklarisana su dva a definisan samo ovaj moj, to je isto nesto sam uradio er sam sigurno isao samo sa popunjavanjem wizarda sa data adapter. ne definitivno moram da nabavim ovu krajnju verziju sa sve msdn.

a samo jedno pitanje koje mi je sumljivo bas za ovaj prog.
kada u bazi imam kolonu koja je auto number inkrement 1 u aksesu kada nesto dodajem sve se naravno povecava za jedan u toj koloni. dodjem na primer do 9 , i obrisem rucno u accesu sve redove, sledeci koju dodam ima number 10 i to je ok, ali kako data set da zna dokle je acces stao dok se on popunjava van konekcije sa tabelom? Da li ju tu nesto automatizovano ili mora posebo da se iskotrolise?

(ako sam dobro razumeo pitanje:)

Polje koje ti je auto-increment ne menjaj (ostavi null),a kada ti posaljes dataset u bazu, access ce sam da upise odgovarajuce vrednosti. Kolonu u kojoj su auto-increment brojevi obicno ni ne trebas da prikazes u datagrid-u jer korisnici ionako ne mogu da je menjaju, a njima sama informacija iz te kolone obicno ne znaci ama bas nista.



Preporucio bih i neku knjigu, ako ikako mozes. Evo, Dragi Tata je postovao jedan link za komplet knjigu u PDF formatu, bas za verziju beta-2 koju ti imas.

Pozdrav i ne daj se:)

U ovam primeru koji sam zamislio da napravim bi mi u principu trebala kolona autonumber u data setu. To bi bio kao nei seriski broj koji bi korisnik morao da vidi kao proveru sta je ubacio u tabelu. Da li to onda znaci da bih morao da napravim dva data seta, jedan koji se puni zajedno sa kolonoma koja je auto number i ostalim koje su potrebne i da taj data set bude izvor podataka za data grid nezavisno od drugog dataseta koji bi sluzio za punjenje podataka bez autonumber kolone?
Ili bi ispravnija mogucnost bila da imam taj data set za izvor data grida a da podatke punim (insertujem u bazu) direkltno preko nekog commanda koji ima u sebi parametare koje prosledjuje uskladistenoj proceduri u accesovoj bazi.
Ja sam malopre probao nesto kao ovo drugo resenje ali bez uskladistene procedure. Napravio sam comannd i dao mu (npr imam samo dve kolone)
command.connection = "OleDBConnestioq"
command.type = storedprocedure
comman.paremters.add("ime", System.Data.OleDb.OleDbType.Char(5))
command.text = "INSERT INTO tabela(name, broj) VALUES (ime, ?)"

i na clik nekog dugmeta
Me.OleDbConnection1.Open()
Me.comman.Parameters("ime").Value = "pera"
Me.command.ExecuteNonQuery()
Me.OleDbConnection1.Close()

mozes li mi reci gde sam pogresio? :(

Nije mi bas jasno iz posta sta zelis da postignes i kako, odnosno sam dizajn baze mi je malo nejasan.

Ovako kako vidim:

Ne. Ovim si pridruzio STRING a ocekuje se referenca na Connection objekt.

ce odraditi posao ako ti je to ime koneksn objekta.

Dalje, nema sta da koristis Stored Procedure, ako vec koristis INSERT izraz. Stored procedure je nesto kao rutina koju napises u samoj bazi pa je onda pozivas iz svog programa. Potpuno druga stvar. Imaju mnogo prednosti i svakako ces ih koristiti kad malo savladas ove pocetne stvari :)

I trece, naravno tip podataka mora da se poklapa sa onim u bazi.

Da vidimo mi kako bi to sve trebalo da izgleda:


Elem, ovo radi AKO ti je polje BROJ auto-increment, pa onda kako sam ti i napisao u prethodnom postu ne moras da nista prosledjujes u to polje, DB ce to sam da odradi.
Napominjem da je zaista pametno :))) koristiti SEH (structured error handling) - try-catch-finally-end try. Zasto? Pa nikad ne znas da li ce problem da se pojavi, a ako ces da ides pomocu command objekta, onda ovako uvek osiguras da je konekcija zatvorena blokom FINALLY koji se uvek izvrsava. UVEK je zatvori nakon rada sa bazom da bi smanjio opterecenje servera. Upravo zato se i koriste Dataset objekti, kada se pomocu adaptera automatski stvara i prekida veza sa bazom, pa ne moras da brines o tome.

Ako bi recimo imao vise kolona u tabeli koje hoces da popunis onda bi imao:

Naravno da mozes i da koristis razumljivija imena kao @Ime, @Prezime, itd. Napominjem da ako je neko polje auto-inc. (tj. Identity u SQL serveru) ne treba uopste da ga navodis nigde u INSERT izrazu - baza ce sama da ga popuni.

I naravno svaki bi parametar dodao u parameters kolekciju OleDbCommand objekta.

posle cega ides na izvrsavanje try-catch-finally-end try.

HTH,
dejan

Ovako, malo sam bolje prostudirao tvoje pitanje pa mi je sad valjda jasno sta zelis da uradis :) Ti hoces da dodas neke recorde u tabelu i da odmah vidis koja je vrednost dodeljena polju koje je oznaceno kao auto-increment.

NEMA potrebe da koristis dva dataseta, dva adaptera ili da koristis Command object i da izvrsavas INSERT izraz SQL-a.

Dakle, procitas podatke iz baze pomocu recimo:
DataAdapter1.Fill(DataSet1).

Kada hoces da dodas novi record (ili vise njih), mozes da prepustis da korisnik dodaje nova polja direkt u datagridu, a evo kako rucno da to uradis:
(recimo da u tabli imas polja AutoID, FirstName i LastName; AutoID polje je auto-increment):


E sad, ako hoces odmah da ti se u datasetu (i u datagridu) prikaze vrednost polja koje je auto-increment onda dodas nesto kao ovo u RowUpdated dogadjaj DataAdaptera:


Nadam se da je to ono sto si trebao.

pozdrav

Ne mogu da verujem ali uspeo sam i to sa uskladistenom proceduraom. Ja sam pogresio malo u pitanju jer sam pogresno kucao neke stvari ali ono sto si mi napisao je bilo kristalno jesno ( posle 120 min gledanja sa kodom:))
slomio sam srednji taster na misu za tih 120 min al bitno da sam barem nesto ukapirao.

tnx

idem sada malo da se gledam sa ovim drugim resenjem koje si mi napisao

Ok, samo da razjasnim jos malo, ako ti vec nije zlo :)
Da bi se nove vrednosti auto-increment polja pojavile u datasetu (i datagridu) moras da pozoves update.

Mala digresija: posto radis na beta-2 verziji, mozda ne bi bilo lose da za pocetak postavis opciju Option Strict On na Off (desni klik na Project->Properties... cini mi se da je tamo:). Mada nisam siguran sta bi bilo ispravno u tvom slucaju :))

HTH

Na kraju sam odradio nesto sto nisam ni predpostavaljo da ce tako ispasti. Naime nisam stavio ni jedan data adapter sobzirom da sam citao o tome da onim pogorsavaju malo performane, a i ti se me degojs naucio onu foru da ne updejtujem ceo data set u bazu jer se setaju podaci.

Ovako data set mi se puni preko komande i data ridera jednostavno
SELECT * FROM Tabela ORDER BY Serial
i to ide relativno brzo. kada zelim da insertujem nesto u bazu onda to ide preko komande koja ima 9 parametara koji se salju u stored procedure u accesu i posle inserta se poziva ponovo funkcija sa data riderom i onim select upitom.

Razmisljao sam o ovome i o tvom resenju sa dogadjajem RowUpdate dataAdaptera i cini mi se da je fakticki isto sto se performasi tice, jer onaj data adapter takodje vrsi komandu INSERT a onaj select u u RowUpdate je isti? ili bolji ? od mog selecta to nisam siguran mada sobzirom da selektuje samo jednu kolonu.

Sigurno da imam dosta koda u odnosu na RowUpdate ali ne znam kak oto ide sa performasama. Trenutno sam veoma razocaran performansam jer kada je i 500 rdova ucitanu u datagrid iz baze vec mi secka kao da je u pitanju neka 3D igra :). Na primer pomeram prozor po ekranu i cas ga vidim u donje cas u gornje m uglu, a o skrolovanju redova u data gridu da i ne govorim.

Dok se ucitavaju podaci preko inserta stavicu progres bar da izglda svetski :) ali ipak mi sve nekako sporo radi. Da li je to tuzna realnost ADO.NET-a u kombinaciji sa Accesom ili se daj boze varam?

*.net,
pokusaj da razmislis o tome da li je potrebno da korisnik ima odjednom u datagridu 500 recorda. NAJCESCE to uopste nije potrebno. Ogranici pretragu WHERE uslovom prilikom iscitavanja podataka iz baze. Kome to treba da ima 500 recorda u memoriji odjednom, a svejedno ne moze da vidi vise od 50-ak u svakom trenutku.

Za tvoju informaciju, ja sam sad, da bih testirao malo to sto ti kazes, napunio datagrid sa vise od 2000 record-a sa jednim osrednje slozenim upitom iz baze Northwind.mdb i sa povecim brojem kolona --- ne primecujem neko usporenje :) Nemam neku zver od masine.

Ne znam kako ti stojis sa memorijom.. ali ionako nikad ne treba da racunas na to.

Medjutim, kako rekoh, razmisli o tome koliki dataset drzis u memoriji i da li je to uopste potrebno, kako rekoh - obicno nije.

I za kraj, opet bih napomenuo da koristis beta-2, koji je prepun debug instrukcija i slicno, tako da je mozda problem i u tome.

Pozdrav :)

A da li mozda postoji nacin da ucimtam podatke u data grid i potom ga odvojim data soursa i onda dataset.clear()

probao sam da odvojim u kodu sa
myDataGrid.DataSource=Nothing :)
ali onda se izgube podasi iz datagrida

Nije mi poznato kako da se izvede to sto zelis osim da koristis dva dataset-a.
Zaista ne znam sta zelis da postignes, ali cini mi se da si se malo zapetljao pa pocinjes da komplikujes. Shvati ovo kao dobronameran savet :)

pozdrav

sad mi radi sasvim ok, sve sam ponovo uradio u novom projektu i sada ne koci...
:))
dobro nemo' me brukas ovde pred svima :))
salim se