Ne vidim gde bi da ukucas Artikl, kada ti kveri kaze WHERE (qryStanje.Model) Like " & "'*" & Me.poMod & "*' "

To sto hoces je dosta komplikovano i ako si pocetnik, zaboravi to. Problem je zasto imas unose 210 12, 21012, 210-12 tamo gde treba da stoji 21012. Hocu da kazem, ako problem resis jos za vreme projektovanja tabele, pa kazes da je tvoj model (artikl) numericki podatak, neces imati ovaj problem uopste.

Ako radsi sa tudjim gotovim podacima, preporucujem da napises funkciju koja iz teksta izvlaci samo cifre i sasstavlja ih u 'normalan' broj. Naravno ako nisi totalni pocetnik. Ako jesi, bolje da ne gubimo vreme.

@ Zidar
Izonic mu je napravio funkciju na lokaciji : http://www.icentar.com/showthread.php?t=7742
Ali definitivno je najbolje da isčisti podatke u tabeli kako si mu predložio.

Hvala Getsbi

Pogledao sam Zonicev post. Tamo nema funkcije, nego se daje objasnjenje kako bi moglo da se uradi. Ono sto treba za ovakav slucaj jeste nesto ovako:



Primer upotrebe moze se naci u zakacenom fajlu.

Da se i nja malo uključim.

Ja u svojim aplikacijama za pretraživanje koristim formu koju šaljem u prilogu, ali isto imam sličan problem.

kada tražim napr. Vijak M 3 i u text box za pretraživanje u pišem vij*M*3, kao rezultat pretrage dobijem

Vijak M36
Vijak M 10x30
Vijak M 3
itd.

Da li za ovo možda ima rješenje

@pmiroslav
Upravo i ja hoću da se riješim kucanja * a da dobijem zadovoljavajuću pretragu.
Ako kucam vijm3 da dobijem:
Vijak M36
Vijak M 10x30
Vijak M 3
itd.

a što ne napravite funkciju koja bi željeni search string konvertovala
u nekakav odgovarajući sa zvezdicama? jedino što bi se moralo
isprogramirati jeste gde da se stave zvezdice, pa bi zbog toga format
podataka morao biti unapred poznat. ili da se jednostavno zvezdica
stavi između svakog karaktera.

Kod ove pretrage je problem zapravo u tome da korisnik baze kod upisa podataka ne pazi na razmake pa upisuje npr.

Vijak M6
Vijak M 6
Vij M6 itd.

i sada ako se kao kriterij za pretragu napiše Vijak M 6 kao rezultat pretrage neće se prikazati Vijak M6 niti vij M6

Sta bi bilo kad bi se Vijak M6 razbilo na dve kolone, jedna za 'Vijak', a druga za 'M6', pa da vrednosti 'Vijak' i 'M6' dolaze iz nekih drugih povezanih tabela (related tables .....

Onda ne bismo imali ove probleme

Kada god se vrsi pretraga po neindeksiranim poljima treba biti oprezan jer tu korisnici svasta unesu a mi vecina bas i ne razmisljamo puno o tome kada pravimo bazu podataka te da onemogucimo neispravne unose.

U ovakvom slucaju pretraga e pravi na sledeci nacin.
Prvo u upitu napravimo novo polje po kome cemo traziti koje ce ocistiti podatke iz starog polja u ovom slucaju su to uglavnom prazna polja.
To se moze uraditi sa naredbama left mid right i instr i naravno opcijom trim.

Može li neki primjer kako bi se to napravilo ?

Veoma tacno. A onda pisemo tone koda koji ce kao da sprece nepravilan unos. Treba biti veliki majstor pa kazati javno ovakvu izjavu. Cini mi se da je Izonic ovde uzeo tudje grehe na sebe. Znajuci njegov rad, on sigurno nije neko na koga se odnosiova izjava bas mnogo. Skidam kapu

Sto se tice necistih unosa, ponavljam, uradite sve sto se moze na nivou tabele koristeci validation rules za polje i za celu tabelu ako treba. Onda u kodu, na Before_Update za formu proverite sta sve ne valja pa trazite da se unesu pravilni podace. Kako treba da izgledaju funkcije koje ce Form_beforeUpdate da poziva, tesko je reci, sve zavisi od slucaja do slucaja.

Ako vam s eovo cini puno posla, jeste puno. Ali to je razlika izmedju profesionalaca i amatera. Amateri se oslanjaju na vizarde i na povrsnu validaciju, profesionalci odrade posao u temeljima.

Zahvaljujem zidaru na velikim rijecima.
Mogu samo reci da nije nikada dovlno opreza kada kreiramo bazu.
Nazalost vecina tu najmanje ostavi vremena.
Nekad cak ni to nije dovoljno nego kada baza proradi te se unese bar stotinu redova treba poslije ponovo analizirati svako polje zasebno jer tada se vidi gdje smo mi pogrijesili a nikako oni koji unose jer oni moraju grijesiti a mi trebamo pokusati sprijeciti to.

Svaka čast vama velikim znalcima skidam vam kapu u svakom pogledu.
Ali molim vas pomozite i nama koji ne znamo toliko puno o pisanju Coda.
Nije sve tako jednostavno drugima kao što je vama.
Molim vas nemojte ovo shvatiti kao kritiku, ali često mi se dogodi na forumu da kada zapnem na nekom problemu, nekada mi je neugodno postaviti pitanje jer kao odgovor dobijem oštru kritiku svoga rad.
Koa na primjer kuda je ova tema otišla.

Mozda nekad izgledam ostar ali samo ako vidim da nekome ideja nije dobra pa pokusavam sprovesti moju.
Ukoliko ne uspijem onda pomognem u rjesavanju necije tudje mada smatram da nije dobra.
Nemojte mi zamjeriti na tome jer vjerujte mi nemam zle namjere da nekome napakostim nego jednostavno eto pokusavam da pomognem.
Ne smeta mi niti ako je neko ostar ali naravno bez vrijedanja.

Ovaj primjer od pmiroslava je dobar.Možda se može riješiti bolje sa List Box-om umjesto subforme.

Da ne pravim novu temu imam i ja jedno pitanje u vezi pretrage. Posto ne znam prikaciti svoj primjer evo adresa teme na kojoj ima primjer "db3BK.mdb" koji je slican i isto radi kao i moj primjer:
http://www.elitesecurity.org/t210079-0#1282769. Ovaj primjer je uradio clan BiloKoje

Konkretno, otvorim formu upisem u pretragu ime i on uredno pronadje sve podatke,odmah nakon toga upisem bilo koji drugi podatak za pretragu a on ne radi - nece da pronadje. Zasto?? Kako bi se to moglo popraviti?

Ako je neko voljan da mi pomogne bio bih jako zahvalan...

Evo ga file, ali ja ga na žalost ne mogu otvoriti jer imama instaliran MS Access 2000, a ovo je izgleda rađeno u nekoj višoj verziji.
A inače, primjer se šalje tako da kada pošalješ poruku i vratiš se na temu u forumu, ispod svoje poruke imaš link " Upload uz poruku"

Ovo nije primjer pretrage i radit ce ukoliko imate malo podataka medjutim kada se nakupi vise cisto sumnjam, morat ce te ga cekati po nekoliko minuta da odradi.
Sta je ovdje uradjeno?
U sva polja stavljena je zvjezdica po defaultu sto znaci djoker.
Ukoliko tako radimo Sql ce uvijek pretrazivati po svim poljima iako u njima nema nista.
Bolje ja napraviti i filterima nego ovo.
Savjetujem ti da okacis svoj primjer sa formom za pretragu i poljima a kod ce ti neko odraditi.

OK, evo primjer pa ako hoce nek neko napise kod za ovo

Za pmiroslav.
Primjer kako napraviti ima ovdje:
http://www.icentar.com/showthread.php?t=7742
Vjerovatno ce ti kod odgovarati a i prilagodiv je.
Mozes sam unijeti znakove koji neces da se vide.

Evo primjer.

Hvala ti puno!!!!

Meni je žao ali ja još uvijek nisam dobio odgovor na moje pitanje, a zanima me slijedeće:

Da li je moguće napraviti pretragu tako da ako u bazi imama naprimjer ovakove podatke

vijak M 5 x10
Vijak M 6 x100
Vijak M10x60
Vijak M 10 x 100
Vijak M 10
Vijak M20 x 100

itd.

Kada u polje za pretragu pišem Vijak*M*10 pretraga izbaci samo podatke

Vijak M10x60
Vijak M 10 x 100
Vijak M 10

a ne i

vijak M 5 x10
Vijak M 6 x100
Vijak M20 x 100

kao što mi sada radi i izbacuje svaki string koji ima dio koji špčinje sa "10.."

Zvezdica ili (joker) označava bilo koji niz karaktera tako da je pretraga tipa Vijak*M*10 suviše opšta za željeni rezultat.
Atribut u tabeli koji nosi te podatke je takozvani složeni atribut. Sastoji se od više informacija. Ili sastoji se od više drugih atributa. Dugoročno rešenje je kao i kod drugih složenih atributa; razbiti ih na proste. Neću se upuštati u tumačenje tvojih oznaka, mada ih nagađam ali ću ti pomenuti primer jednog složenog atributa na koji često svi nailaze. Reč je o adresi. Kao složeni atribut vrlo je težak za pretragu. Kao rastavljen na proste: Ulica, Broj, Mesto, Region.....postaje mnogo upotrebljiviji. Razmišljaj u tom pravcu.

Probao sam ja dizajnirati bazu i na taj način, ali moji nazivi u bazi nisu tako jednostavni kao
mjestom, ulica i broj

npr. Vijak M 10 x100

Vijak - je naziv artikla
M 10 - oznaka navoja
100 - dužina vijka

ali u bazi ima i proizvode tipa

LIM 2x1500x6000 (brojevi su dimenzija table " debljina x širina x dužina "
ili
Priključni nastavak NM-14 16 224 16
ili
Ležaj kuglični Aksijalni 50209

ili

6208-16 Kućište ležaja

itd itd

dakle ulica i broj su jednostavni podaci za odvojiti, a ovdje ja ne mogu napravi polje za unos ovih oznaka kada su za razne artikle tipovi oznaka različiti.

To se postiže dizajniranjem šifarnika tako da se najčešći atributi tipa: Sifra, Naziv, Oznaka; drže u jednoj tabeli gde su obavezni atributi, dok se u drugoj tabeli drže: Sifra, Duzina, Sirina, Debljina, Precnik ......Ove dve tabele su povezane 1:1. Tako svaki artikal ne mora imati sve osobine, i ne gubi se na prostoru (nema zapisa sa praznim vrednostima za pojedine kolone). I nemoj svoj primer smatrati kao najteži i najdrastičniji. Sve podatribute definiši kao tekstualna polja. Šifarnike nudi za unos u vidu lista ili Commbo box-eva. Ovo bi trebalo biti dugoročnije rešenje umesto da stalno predviđaš koju će glupost korisnik da unese, a ti je nisi predvideo pretragom.

morao bi ukucat uvjet="vij m 3"
i onda uvjet=replace(uvjet," ","*")

znaci programirati treba

Nema kruha bez lopate
Kako kaže zidar treba programirati,
Neznam , ali ja ništa ne prepuštam vizardima, a pogotovo
ne dopuštam da su mi polja na formama vezana na tablice,
sve upise u bazu , tj tablice ja radim , s kodom.
Zašto ?? Zbog navike (ostalo još od clippera) a i zbog same kontrole unosa korisnika

Npr. Unesite dužinu trupca u metrima : 40
I sad u kodu kontroliram dal je trupac duži od 9 m pa ljepo pitam
toga dal je stvarno tupac dugačak 40 m ili se je malo zeznuo kod unosa.

Za pmiroslav

Dodaj u tvoj Query jos jeno polje i u njemu napisi NazivT:Trimovanje(NazivPOljaKojesadrziovepodatke)
Ovu Funkciju kopiraj negdje u modul.
Poslije napravi pretragu po ovome polju NazivT

Function Trimovanje(Podatak)
Dim Znak As String
Dim SkupZnakova As String
Dim I As Integer
Dim M As Integer


Dim Mjesto As Integer


SkupZnakova = "-,:/ "
M = Len(SkupZnakova)
For I = 1 To M
Znak = Mid(SkupZnakova, I, 1)
Pregled:
Mjesto = InStr(1, Podatak, Znak)
If Mjesto <> 0 Then
Podatak = Left(Podatak, Mjesto - 1) & Mid(Podatak, Mjesto + 1)
GoTo Pregled
End If
Next I
Trimovanje = Podatak
End Function

Pa ovo radi savršeno.
Sada kada za pretragu upišem: vijakm10x80

dobijem prikazane samo te podatke bez obzira kako su razmaci izgledali kod upisivanja.

Ne znam kako da ti zahvalim.

Dobro zapazanje. Pokusacemo da budemo manje ostri. medjutim, kad dobijes kritiku, budi siguran da nije iz zle namere, nego zato sto u tom slucaju radis nesto potpuno naopako i svaki dalji rad u tom pravcu bi samo ucinio situaciju gorom nego sto jeste. A ako ne kritikujemo, neko drugi bi pomislio da tako treba raditi.
Trtkova recenica trebalo je verovatno da glasi 'Kako kaže zidar NE treba programirati'. Zidar ne kaze ne treba programirati, nego ne treba programirati ako ne moras i pogotvo ako ne znas. Ne radi se o samom pisanju koda. Svako moze da nauci sintaksu, kako se pisu petlje i pretrage i kontrole ADO i DAO i sve ostalo. Problem je znati razliku kada to ima smisla, a kada nema i kada upotrebiti koju tehniku. Ako znas dovoljnio, nema problema. Zonic, Trtko, Getsbi, jos nekoliko majstora, pa cak i Zidar mogu da programiranjem rese sta god hoce i sve ce da radi. Nisu nazalsot svi Getsbi, Zonic, Trtko, GoranVicicevic i slicno. Programiranje te cesto zavede na krivi put, pa zastanes na pola, jer se umoris. I to je kraj puta. Nabrojana ekipa ce lako da napise 2000 linija koda da resi problem, brzo, efikasno i sa veoma malo bugova. Ko ne ume, stace na 50 linija koda i nece resiti nista i eto ga na forumu 'jao kuku sta cu sad...' Nabrojani majstori i osatli koje sam greskom ispustio imaju razvijene biblioteke funkcija koje koriste, pa se retko desava da zaista mora da se pise mnogo novog koda. Pocetnik sve to nema. Svako dobije vozacku dozvolu, ali ne moze svako da vozi bager ili veliki damper na povrsinskom kopu rudnika. To sto vam se cini da znate da programirate ne znaci da ste spremni da resavate ozbiljne probleme. Dokaz je ovaj forum i pitanja koja se postavljaju.

Onako kako Trtko radi je verovatno najboljio nacin. Sva polja unbound, unesi sve, proveri sve i ako je sve u redu, posalji u tabelu. Priznajem da sam ne radim tako, jer zaista treba mnogo truda i rada da se to odradi posteno. Svoju lenjost kompenzujem sa dosat rada na dizajnu tabela. Ne mrzi me da prodjem kroz sva polja u svim tabelama i razmislim od default values, validation rules, required property, indexing i slicno. To mi je jednostavno lakse i brze nego da programiram. I opet ostane nesto sto ne moze tu da se pokrije. E to programiram.

Kuda je otisla diskusija? Gde god da je otisla, dobili ste dve funkcije koje mogu biti korisne - jednu za izdvajanje cisto brojeva iz stringa, i drugu za uklanjanje specijalnih znakova. I usput ti pomogli da resis konkretan problem.

:-)

Zonic je napisao izvanrednu funkciju. Pohvala ide i Miroslavu, jer bez nejgovog pitanja ne bismo verovatno dobili funkciju.

Posto ja volim da generalizujem stvari, evo mala dopuna inace izvanredne funkcije koju je napisao Zonic:



Ako SkupZnakova stavite da bude argument funkcije, mozete da jednom uklonite "@#$%^" iz podataka, a drugi put na primer "$%^&*()"
Mozete cak i cifre da izbacite iz stringa ako posaljete SkupZnakova "0123456789".
Ako posaljete SkupZnakova = "QWERTYUIOPASDFGHJKLZXCBVBNM!@#$%^&*()_+{}|:"<>?,./;'[]\=-"
dobijate otpriliek isti efekat kao da ste upotrebili funkciju koja treba da vrati samo cifre.

I onda vam ne treba Zidareva funkcija, Zoniceva sasvim dobro radi posao.

Još jednom zahvaljujem svim majstorima na pomoći, ne samo u ovoj temi već i u svim ostalima koje sam pokrenuo.
Laska mi što me je Zidar čak malo i pohvalio.

Ja moram priznati da sam od onih koji baš ne znaju dobro pisati kod pa mi pomoć mastora sa foruma jako pomaže.

Možda bi bilo dobro da nama neznalicama pomognete da nešto naučimo tako da recimo pokrenemo neku temu u kojoj bi pisali neki kod "step by step" uz komentare kako što radi.


PS, molim da me netko uputi kako se u poruku ubacuje ona dio sa citatom koji vidim da se često koristi.

Ispod box-a u kojem pišeš poruku nalaze se prethodne poruke. Pozicioniraj se na željenu i pritisni link -Citiraj ovu poruku-.

Posle N godina na forumu cini mi se da nama u stvari i ne treba forum. Treba nam on-line skola za programiranje. Koa, 'majstori sa foruma' drze kao neka predavanja, a onda ljudi postavljaju pitanja. Onda se daju primeri za vezbu, a onda ljudi postavljaju jos pitanja. I tako dok ne zavrsimo ciklus. Pa onda sve u krug ponovo za novu generaciju. Na zalost, fni jedan forum, pa ni ovaj, nije namenjen za tako nesto. Ako bi neko pokrenuo tako nesto, sto da ne, nije losa ideja, bar bismo uveli nekakv sistem u sve ovo.

Ispada nekako da je forum za ljude koji znaju osnove, pa su negde zapeli na nekoj sitnici, ili necemu sto izlazi iz okvira 'normalnog' znanja.

Pitanja tipa 'kako da spojim dve tabele u kveri' i 'nemam pojam o pisanju koda, ali bih za pocetak zeleo da napisem jednostavnu knjigovodstvenu aplikaciju' ne pomazu nikome. Onaj prvi, sa kverijim, nema dovoljno znanja ni pitanje da postavi, a onaj drugi isto tako, jos je pogresno razumeo smisao celog posla. A obojica su propustili prvu fazu: ucenje, u skoli, fakultetu, na kursu i slicno. O, i moje omiljeno pitanje 'kako da napravim tabelu da kad kliknem na kombo box desi se ...' Kakve veze imaju tabela i kombo box?

I da se razumemo, kurs od pet dana ili brzi web tutorijal nije dovoljan da se nauci Access. Dovoljan je da se stekne nekakva slika o tome sta Access moze, to jest sta mozete da trazite od onih koji su ucili i naucili Access. Da se Access predaje na fakultetu, bio bi to ispit od dva semestra, pod uslovom da je prethodno polozen sipit 'Projektovanje baza podataka sa osnovana SQL jezika'. Za ovo sve treba bar dve godine. Isto toliko vam treba i ako ucite sami, kroz rad, uz dobru knjigu. Retki su ljudi koji mogu sami da nauce iz knjige, pa vam ostaje da pokusate dve godine rada sa nekim ko ce da vas poducava.

Ucenje Accessa i bilo kog programskog jezika 'kroz primere' u 99% slucajeva ne vodi vas nigde, osim pogresno naucenim principima. Ne postajete doktor ili inzenjer citajuci tutorijale i pitajuci pitanja na forumima, nego iduci u skolu, pa praksa kao junior i tako dalje. Getsbi, Zonic, Trtko i ostali nisu naucili ono sto znaju na forumu. Ne bar za poslednjih 6-7 godina. A pre toga nije ni bilo ovakvih foruma.

Na ovom podforumu ima preko 2500 pokrenutih tema. Akumulirano znanje koje se ovde nalazi bi moglo da opskrbi nekoliko debljih knjiga iz Accessa sa prilično finim primerima samo kad bi moglo da se sistematizuje. Zidar je lepo objasnio kako se postaje znalac iz neke oblasti i tu će se verovatno svi složiti. I za tvrdnje da su potrebna određena predznanja iz oblasti 'Projektovanje baza podataka sa osnovana SQL jezika' je takođe u pravu.
Kao što je on poželeo On Line školu na forumu tako bih ja voleo da su pretrage ovog foruma malo bolje. Voleo bih da su približno dobre kao one u MS helpovima (više od jedne reči). Ili da je izvodljivo pretraživanje unutar rezultata kao na Google. No imam utisak da ih i ovakve kakve su, ljudi nedovoljno koriste. Razlozi za to su da svi žele brzu i preciznu informaciju, sad i odmah. Nema se vremena za čitanje i edukaciju. Predugi tekstovi (teme duže od jedne strane) imaju dobre šanse da ostanu ne pročitani. Osim toga da bi ste izvukli maksimum iz funkcije pretrage morate takođe imati solidno znanje o oblasti nad kojom to činite. I tu se krug zatvara. Korišćenje ključnih reči postaje jedna fina tehnika ali kao i svaka i ona zahteva puno vežebe.
Za sada nam nažalost ostaje da svi zajedno surfujući po ovom našem podforumu pamtimo gde smo šta pročitali i upućujemo novo pridošle na te linkove , a njih ubeđujemo da to čine za neke druge. :-)