Možda može ovako nekako kao u primjeru

Ovo nije dobro .Treba da grupiše i sumira po imenu kupca i prezimenu a ne po ID -u znači treba da izbaci sumove samo onoga koga sam odabrao iz combobox-a.Ali pokušat ću to ja rješiti u toku dana juče sam bio preopterećen.Hvala za ovo

Evo odradih to za par minuta

Mislim da to nije dobro. Što će ti se desiti kada budeš imao više kupaca sa istim imenom, a možda i prezimenom?
Za kojeg će ti onda kupca izbaciti poruku?

Sada sam tek malo bolje pogledao tvoju tablicu tblKupci i uočio da se ID zapravo ne odnosi na kupca več na narudžbu tako da se isti kupac nalazi pod više različitih ID.
Ja mislim da u tblKupci trebao imati samo podatke o kupcima, a posebnu tablicu za narudže i onda bi mogao pretraživati kako ti hoćeš.

Također bi ti preporučio (pošto znam o ćemu se ovdje radi) da napraviš i posebne tablice za Iverale u kojima bi bile dimenzije ploča i ostalo tako da to ne moraš svaki puta posebno upisivati upisivati. Isto razmisli i o kantovima.

_{[Ovu poruku je menjao pmiroslav dana 09.06.2009. u 13:53 GMT+1]}

Pa hvala na prijedlogu ja sam to odradio na svoj način

A tko pretražuje vidi lijepo imena i prezimena tako da nije valjda toliko glup , a dva ista coveka 99% nece biti a i ako budu moze se jos dodati mjesto a ako budu iz istog mesta onda dodati ulicu i broj

Hvala na trudu ;-)

Mislim da ipak nisi u pravu. Evo ja sam u tvom primjeru upisao nekoliko kupava sa imenom "Rajko", a različitim prezimenima i sada kada odabereš bilo koga od tih Rajka prikažu ti se podaci za sve koji se zovu Rajko bez obzira na prezime.

Miroslav je u pravu. "Pa hvala na prijedlogu ja sam to odradio na svoj način " Svoj nacin moze da prodje u politici i poeziji, a u tehnici obicno postoji dobar nacin i los nacin.

Da Upravu ste sad sam malo tek nalizirao bolje problematiku.ma nista uradit ću to preco SQl-a i Record Seta a ne sa filtriranjem.

^ Dok ne budeš postavio temeljne stvari po propisu, sve ostalo ti je džaba trud ("kvariš pušku škljocajući na prazno").
Prvo moraš da naučiš kako se pravilno dizajniraju tabele, kako se određuje primarni ključ i zbog čega je on veoma važan za kompletnu dalju nadgradnju baze podataka. Potom moraš da naučiš kako se pravilno dizajniraju relacije među tabelama i još par stvari, koje čine temelj "relacione baze podataka", da ne nabrajam dalje redom...
Dosta toga imaš ovde na forumu, dobronamerni ljudi ti daju korisne savete, koje ako odmah ne razumeš bolje da pitaš da ti se pojasne nego da "teraš po svome", jer je to sigurno duži put koji uglavnom ne vodi nikud...