Povezane padajuce liste

Pozdrav svima!
Ovo mi je prva poruka na EliteSecurity forumu pa se nadam da sam je postavio na pravo mesto.

Slicna poruka je vec bila na ovom forumu, ali je momak vec obavio pola posla (postavljanje veze u Access-u) a ja jos nisam ni poceo. Dakle, problem je u sledecem:

Zeleo bih da napravim automatizovano izbacivanje cene u ponudi i to na sledeci nacin:

Neka je rec o npr. viljuskarima.

Prvi padajuci meni bi trebalo da izbaci sledece opcije: Elektricni, Gasni, Dizel i recimo Benzin.

Drugi padajuci meni zavisi od prvog, nalazi se ispod njega i trebalo bi da se bira sasija ali samo za model koji je izabran u prvom meniju. Kada se izabere sasija sa desne strane u istom redu trebalo bi da izadje kataloski broj i u sledecoj koloni cena.

Treci padajuci meni nalazi se ispod drugog i treba da ima izbor teleskopa, ali samo za sasiju koja je gore odabrana, takodje sa kat. brojem i cenom, itd.

Treba da ima ukupno oko 14 padajucih menija i svi, osim prvog, su u zavisnosti od prethodno izabranih opcija. I na kraju treba da se prikaze ukupna cena.

Moram da napomenem da sam dosta daleko otisao u Excel-u tako sto sam zavisnosti postavio preko funkcija VLOOKUP, INDIRECT i opcije Data Validation. Na prvom listu (sheet) je ponuda, a na drugom tabele iz kojih se vuku podaci za padajuce liste.
Jedini je problem sto ne znam kako u Excel-u da postavim dva ili vise uslova za sledeci padajuci meni.

Pitanje je: koji je program najbolji za ovo (da li to moze da se obavi u Excel-u ili preporucujete nesto drugo), da li je ovo suvise komplikovano i da li zahteva neko napredno znanje (ako jeste da se polako spremam za knjizaru) i, ako nije suvise komplikovano, kako to uraditi?

Hvala unapred i ukoliko neko poznaje viljuskare bolje od mene izvinjavam se ako sam nesto promasio.

malo ti je nezgodno za korisnika da postavljas 14 comboa/lookup-ova koji su povezani svaki za prethodnog. barem to meni izgleda naporno.

u asccess-u mozes da izvedes sve sto ti treba, ali moras da napravis dobro bazu.

Potpis

"Hmmm", rekao je, "...suprostavlja se nadrealizmu prikrivene metafore..." Razmišljao je tome na trenutak, a onda je zatvorio beležnicu s mrkim osmehom.
"I smrt je za njih suviše dobra"

Hteo sam tako da napravim da bi korisniku bilo lakse, tj. da ne mora da zna koji deo treba za koji model vec samo da izabere iz liste. Dobro je ako moze iz Access-a da se uradi, samo treba da smislim kako da napravim bazu, a predznanje na skali od 1 do 10 = 2.

Hvala u svakom slucaju, ako neko ima ideju kako to izvesti ili ako zna mesto gde ima slican model baze, molio bih da odgovori.

pazi u uvom slucaju tesko da ces naci gotovo rsenje koje ce ti u potpunosti, ili barem minimalno, ispuniti tvoje zahteve. ostaje ti da platis nekom il ida uzmes knjigu pa da isprbavas.

sto se tice organizacije, najelegantnije bi bilo da omogucis korisniku da izabere par opstih uslova npr benzinski motor, kabina sa grejanjem, zeleno-zute boje ...
pa mu izlistas sve modele koji zadovoljavaju uslov (najbolje u listboxu) gde ce moci da vidi i kompletne karakteristike svakog viljuskara posebno.

za sve ovo ti treba neka knjiga za access, pocetni/ srednji nivo i ponesto o upotrebi vba jezika.

Potpis

"Hmmm", rekao je, "...suprostavlja se nadrealizmu prikrivene metafore..." Razmišljao je tome na trenutak, a onda je zatvorio beležnicu s mrkim osmehom.
"I smrt je za njih suviše dobra"

OK, hvala.

Samo jos jedna stvar. S obzirom na mnostvo knjiga iz ove oblasti, koju mi preporucujes, a da obradjuje ovu temu?

Ne bih ti moga opreporuciti neku odredjenu knjigu, ali treba ti knjiga gde se izmedju ostalog obradjuje VBA, kao i da imas neki uvod u relacione baze.

Koliko si upoznat sa pojmom relacionih baza? Da li si imao iskustva u radu sa njima?

Potpis

"Hmmm", rekao je, "...suprostavlja se nadrealizmu prikrivene metafore..." Razmišljao je tome na trenutak, a onda je zatvorio beležnicu s mrkim osmehom.
"I smrt je za njih suviše dobra"

Sa relacionim bazama podataka sam upoznat samo teorijski, iz predmeta `Informatika` i `Upravljacki informacioni sistemi` na Ekonomskom fakultetu. Tj. znam cemu sluze, kako su organizovane i rad sa vec gotovim relacionim bazama na fakultetu ( u aplikaciji MicroStrategy), ali nikad ih sam nisam pravio.
Sto se tice VBA, vec imam knjigu `Korak po korak-Visual Basic 6.0` koja ima obradjene osnove VBA programiranja.

To znaci da bi mi trebala samo knjiga koja obradjuje Access?

vrlo dobro.
sad pogledaj malo tu literaturu o relacionim bazama pa probaj da napravis model baze koji bi koristio.
kako si organizovao podatke u excel tabelama?

da, ne bi bilo lose da nabavis i knjigu o accessu

Potpis

"Hmmm", rekao je, "...suprostavlja se nadrealizmu prikrivene metafore..." Razmišljao je tome na trenutak, a onda je zatvorio beležnicu s mrkim osmehom.
"I smrt je za njih suviše dobra"

Na drugom listu sam postavio redom:

U prvom redu ime tabele (npr. sasija), a u sledecim redovima u prvoj koloni vrstu sasije, u drugoj koloni kat. broj, a u trecoj cena.
Ceo taj opseg celija nazavao sam Sasija.

Zatim prazan red.

Zatim druga tabela (npr. Teleskop).

I tako redom.

Ispalo je da samo za jednu vrstu viljuskara imam preko 15 tabela na tom jednom listu.

Mislio sam ti poslati e-mail sa Excel fajlom ali nemam tvoj e-mail. Nije bitno.

pa posalji

Potpis

"Hmmm", rekao je, "...suprostavlja se nadrealizmu prikrivene metafore..." Razmišljao je tome na trenutak, a onda je zatvorio beležnicu s mrkim osmehom.
"I smrt je za njih suviše dobra"

Uzeo sam knjigu Access 2002 Biblija. Koliko sam je pregledao, vidim da ima vecinu stvari koje su mi potrebne, a najvaznije je da dobro napravim tabele. To je tamo lepo ukratko opisano (naravno ne kao u knjigama koje se bave samo time). Znaci Excel-ov file mi nece mnogo sluziti. Mogu ti ga poslati cisto da vidis kako sam zamislio organizaciju ponude. Moras mi samo poslati adresu e-mail-a preko ovog foruma jer ne znam koja ti je adresa.

Trenutno nisam pored svog racunara, pa nemam taj file ovde ali u cetvrtak ga mogu poslati. Naravno, svaki dan cu imati racunar, ali ne svoj.

Pozdrav i hvala.

Ovo je jedan od primera kada je dobro razmisliti o odstupanju od relacionog modela. Naime, sve to mozes danapravis sa samo jednom tabelom ako korsitis hijerarhijski sifarnik. To znaci da kljuc sloga ima znacenje...

Tako bi na primer imaoL


01 Viljuskar
0102 Viljuskar, Sasija A
010201 Viljuskar, Sasija A, teleskop 1
010202 Viljuskar, Sasija A, teleskop 2
010203 Viljuskar, Sasija A, teleskop 3
0103 Viljuskar, Sasija B
010301 Viljuskar, Sasija B, teleskop 1
010302 Viljuskar, Sasija b, teleskop 2
02 Bulodozer
0201 Buldozer, Sasija CM
020101 Buldozer, Sasija CM, Kasika U
020102 Buldozer, Sasija CM, Kasika Y
0202 Bulodozer, Sasija FM
020201 Buldozer, Sasija CM, Kasika L
03 Kamion
0301 Kamion, 5t
030101 Kamion, 5t, sa ciradom
030102 Kamion, 5t, otvoreni
030102 Kamion, 5t, furgon
0302 Kamion, 15t
030201 Kamion, 15t, sa ciradom
030202 Kamion, 15t, otvoreni
030203 Kamion, 15t, sa cisternom
030204 Kamion, 15t, sa cisternom za zapaljive tecnosti
....


Filtriranje prikaza se moze izvesti hijerarhijski... ali bi trebao da napravis neki zgodan korisnicki interfejs koji bi recimo u pocetku prikazivao samo slogove koji imaju sifre od dve cifre, pa klikom na neki samo one koji imaju slogve od cetiri cifre ali su prve dve od onog koji je izabran i slicno.. Nezgodno je napraviti ali je za korisnika dosta prakticno. Pogodan je za sifarnike koji sadrze podatke raznovrsnim objektima koji se ne mogu opisati sablonski, recimo Viljuskar ima teleskop a buldozer ili utovarivac nema i slicno. Ak hoces da u istoj tabele imas objekte koji su medjusobno bitno razliciti ovo ti je prakticno jedini nacin.


Drugi naci je da se drzis relacionog modela ali da stvari resavas sifarnicima i da odustanes od hijerarhijskog pristupa. Morao bi da imas sifarnik za svaku karakteristiku po kojoj bi korisnik trebao da bira i evenutalno check boxove za neke karakteristike koje vozilo prosto moze da ima ili nema.

Tada bi recimo imao sifranike:

Vrsta vozila
01 Viljuska
02 buldozer
03 utovarivac

Vrsta sasije
01 sasija 1
02 sasija 2
o3 sasija 3

Vrsta Teleskopa
01 Teleskop 1
02 Teleskop 2
03 Teleskop 3

Pa da onda u tabeli vozila imas strukturu

ID_VOZILA (kljuc tabele)
ID_VRSTE_VOZILA (sifra vrste vozila)
ID_VRSTE SASIJE (sifra vrste sasije)
ID_VRSTE_TELESKOPA (sifra vrste teleskopa)

i slicno...

E sad korisniku bi omogucio prikaz cele tabele ali sa mogucnoscu filtiriranja tako sto bi recimo ponudio comb boxove koji sadrze sve sifre po sifarnicima i korisnik bi proizvoljnom kombinacijom izbora u combo box-ovima smanjiva broj prikazanih stavki.
Ovo je lakse napraviti ali je ogrnicenje sto se sve stavke moraju ukolipti u opsti moedla stavke (u ovom slucaju, za svako vozilo treba da je logicno da ima sasiju, teleskop, gusenice, i sta ja nam sta sve...)

Da bi se odlucio moras prvo napraviti kompletniji popis svih vozila koja treba da se nadju u tabeli (verovatno ga imas) i na osnovu njega zakljuciti sta je pogodnije resenje.

eMail: [email protected]

ideja sa siframa i nije losa, ali ih uglavnom izbegavamjer se desava da se prave neke gluposti, a i u ovom slucaju ima oko 15 parametara za opis viljusara tako da bi sifra bila preglomazna.

Relacioni model je dobar i isplati se raditi kad imas dovoljnu kolicinu podataka.
ono sto mi je ideja u svemu ovome, jeste da se korisniku ponudi da odabere par osnovnih opcija, a zatim dobija spisak viljuskara koji odgovaraju trazenim osobinama. normalno za svaki se iznose kompletni podaci.
ljudima je uglavnom naporno da popunjavaju gomilu opcija, za nesto sto im izgleda jednostavno, tako da bi se trebao toga i drzati (user friendly) :)

Potpis

"Hmmm", rekao je, "...suprostavlja se nadrealizmu prikrivene metafore..." Razmišljao je tome na trenutak, a onda je zatvorio beležnicu s mrkim osmehom.
"I smrt je za njih suviše dobra"

Naravno ali ih isto tako zamara da moraju da prođu kroz više upita da bi došli do podataka, naročito ko je svaki upit na posebnoj strani.

Najidealniji je mehanizam kao što je prmenjen na pretraživačima: postviš upit, dobiješ rezultat, ako ti je preširok izbor, promeniš upit tako da ga suziš i tako u krug.

Naravno sve ovo pre svega zavisi od podataka. Ako se atributi mogu nekako svesti na opšti oblik to olakšava stvari ali ako ne, onda ga treba raybiti na vise objekata koji se mogu uopštiti a to znači i različite načine pretrage (ako se buldožeri i dizalice ne mogu opisati na isti način onda se ne mogu ni pretraživati podaci na isti način).

Za ovako nesto postoji automatizovano resenje u vidu takozvanih DbLookupListi. Maltene sve Professional i EE verzije popularnih razvojnih okruzenja nude ovo po difoltu.

Potpis

Dejan Lekic
software engineer, MySQL/PgSQL DBA, sysadmin

Nema nikakvog razloga da svaki upit (parametar) bude na posebnoj strani. Normalno pretraga bi trbalo da funkcionise preko par combo-a na jednoj strani u kojima se nalaze neki osnovni parametri za opis viiljuskara. kadkorisnik odabere parametre i klikne trazi, postavlja se upit u bazu da se vidi sta sve odgovara tome. ispis bi bilo lepo da da ispod combo-a sa parametrima, po mogucstvu sa linkovima za stranice na kojima se nalaze viljuskari zasebno opisani po karakteristikama.
Dakle slicno klasicnom internet pretrazivacu, samo sto ovde ogranicavas korisnika da pretrazuje po paramtrima koji stvarno postoje, a i time mu olaksavas pretragu (npr. da ne bi trazio viljuskar sa grajfer prikljuckom)

Potpis

"Hmmm", rekao je, "...suprostavlja se nadrealizmu prikrivene metafore..." Razmišljao je tome na trenutak, a onda je zatvorio beležnicu s mrkim osmehom.
"I smrt je za njih suviše dobra"