Možda da razmisliš o korišćenju TreeView Control-e. Ne znam da li se može primeniti kod tebe jer ne poznajem sve zahteve tvog projektnog zadatka do kraja, mada naslućujem ponešto podsećajući se predmeta "Operaciona istraživanja u industriji".
Evo ti moj primer gde sam ja to upotrebio. Spakovan je i Mscomctl.ocx ukoliko ga nemaš već na računaru. Zato je .zip fajl malo poveći.

Shvati ovo kao ideju, a ne kao idejno rešenje koje već imam u glavi.

Ovo je interesantno rješenje i ja sam često razmišljao o tako nečemu, samo što ja nisam tako iskusan programer kao ti pa si to ne znam isprogramirati.
U takom slučaju morao bi imati mogućnost drag and drop funkcije za dodavanje ili oduzimanje dijelova nešto kao funkcija move u exploreru.
To je za sada malo preteško za mene.

Viđao sam .ocx kontrole koje imaju i mogućnost drag and drop. Čini mi se da ima jednu na disku ali sad ne mogu da se setim gde je i sa koliko podnivoa radi. Ako nađem proslediću ti je.

Inače nisam ja baš tako dobar programer. Ne upuštam se da ih pravim već ponešto što razumem preradim ukoliko postoji softverska podrška za to.

Ispravka: Mislim da baš ova ima tu funkciju samo sam je ja isključio. Uđi u njen properties i nađi osobine
OLEDragMode i OLEDropMode i postavi na 1.

_{[Ovu poruku je menjao Getsbi dana 08.11.2007. u 16:45 GMT+1]}

Žao mi je ali ovo je ipak malo prekomplicirano za mene.
Ne mogu se snaći u ovim procedurama.
Ako imaš volje morat ćeš mi to malo detaljnije objesniti.
Kada kliknem na pojedini zapis na stablu vidim da se otvori Help poruka, ali ne mogu naći gdje se te poruke nalaze i kako se mjenjaju.
Gdje to u propertisima mogu naći OLEDragMode i OLEDropMode i postaviti ih na 1.

Ajde redom.

Program sam ostavio otvorenim. Može se direktno editovati u samoj Help poruci koju otvoriš na dvoklik. Inače je vezano za tabelu AA_HELP. Otvori je u izvršnom obliku i polje Poruka proširi naniže sa celim redom. Videćeš i moći direktno da uređuješ tekst. Suština strukture je u poljima: ModulID i NadredjeniModul. Znači ti određuješ hijerarhiju za tvoje 1 - Stroj 2 - Sklop 3 - Podsklop 4 - Čvor
5 - Pozicija.




Otvori formu Help u Design modu. Klikni jednom na Smple Node i selektuj samu kontrolu. Otvori Properties i potraži pri dnu
OLEDragMode i OLEDropMode i postaviti ih na 1. Snimi tako i probaj da premeštaš. Nije ovo baš do kraja korektno prerađen kod unutar kontrole, ali ja nisam imao više volje, a ni znanja.

Drag i Drop kontrole sam uspio pronači i sada mi to radi.
Malo ću eksperimentirati pa se javim.

Ovo mi postaje zanimljivo ali i još uvjek dosta nejasno.
Sa dvoklikom na podatak u stablu otvori se forma HelpPoruka.
Gdje je zadana ta komanda odnosno kako je mogu promjeniti da mi otvori neku drugo formu.

U Private Sub sTree_DBlClick(). Moraćeš malo da eksperimentišeš. Ja sam to davno radi, tako da sam dosta zaboravio, i nemam nikakvu dokumentaciju za taj .ocx.

Ova TreeView kontrola je vrlo interesantna, ali izgleda i da je komplicirana. I ja sam već prije na nju naišao i nisam baš našao na upute za rad sa njom pa sam odustao.
Moj slučaj sa kojm sam započeo temu je dosta kompliciran pa se bojim da će mi trebati jako puno rada ako krenem u tom smjeru pa na kraju ne dobijem rezultat koji već sada imam.

Ako je moguće da se vratimo na početak i da čujem mišljenje o mom rješenju i eventualnim sugestijama za poboljšanje istog.

Ajde napiši koja je glavna aktivnost zbog koje modelujemo bazu i opiši tu glavnu aktivnost u par rečenica kako bi svi ostali laici saznali osnovne stvari o njoj. Gledajući bazu podataka ja bih pomislio da se radi o vođenju utrošaka (količinski) u okviru nekog pogona ili fabrike. Ili je to možda nešto drugo. Samo "slaganje sheme montaže proizvoda" sa kolonom Količina koje vidim u tabelama mi neznači mnogo. Šta je krajnji cilj? Koji izveštaji na kraju terba da budu omogućeni?.....

Pa ovako:

Napravio sam bazu koja se zove Proses proizvodnje.
Osnovna tablica koja se zove PROCES je popis svih pozicija koje se proizvode u kojoj se nalaze polja

ID proizvoda
Broj pozicije
Naziv
Šifra materijala od od kojeg se proizvod-pozicije prave


Šifra je povezana sa drugom tablicom PROMAT u kojoj je popis materijala:
Šifra materijala
naziv materijala
JM
Šifra skladišta u kojem se materijal nalazi

Tablica PROCESOP je popis tehnoloških operacija po kojima se pozicije proizvode i sadrži polja
Redni broj radne operacije
Komto radne oeracija
Radno mjesto
Opis radne operacije
Popis alata sa kojima se radi
vremena izrade itd

ovo je osnovno

Sada je sa od podataka iz tablice PROCES slažem proizvod i dobivam bazu svih gotovih proizvoda koje radim.
Ova baza služi sa izdavanje
radnih naloga
radnih listića
Trebovnica
Zbirnika materijala
Kalkulacije vremena izrade

toliko za sada.

Ok. Ja bih krenuo ovako. Zadržao sam tvoje tabele: Stroj, Sklop, Podsklop, Cvor i dodao Pozicija. Njih tretiram kao šifarnike. Svaki StrojID, koji je i PK za tu tabelu, pojavljuje se samo jednom u okviru tabele Stroj. Ima naziv, a i ne mora. Ima kolicinu. Isto je i sa svim ostalim navedenim tabelama. Centralan tabela je ShemPovezivanja. Ona za sada sadrži sve spoljne kljuščeve ostalih tabela i RedniBroj kao PK. Veza je kao što vidiš 1:∞ od svakog čifarnika ka njoj. Razmišljaj u tom smeru. Probaj da puniš tabele i pitaj glasno ako ima šta.

Tu možeš da primeniš svaku vrstu hijerarhije i znatno uprostiš sistem relacija koje si imao.

Mislim da neće ići na takav naćin zato što pojedini stroj ne mora u sebi uključivati sve od navedenih komponenti sklop, podsklop, čvor i pozicija. Več može biti sastavljen od nbilo kojih kombinacija.
Recimo samo od pozicija ili od samo od sklopova.
Ili sklopova, podsklopova i pozicija bez čvorova itd.

Zato slaganje treba početi od najednostavnijih djelova, a to su čvorovi koji su sastavljeni od dviju ili više pozicija.

Na primjeru kompjutera stroj je gotov komjuter.
Sklopovi su monitor, tasratura, miš, harddisk, štampač itd.
Podsklopovi su dijelovi npr, monitora: ekran, štampana ploča sa elektronikom, njegovo kućište sa postoljem itd
Čvorovi su opet neki sitniji djelovi od kojih se sastavljaju podsklopovi.


Zato ja prvo od pozicija moram sataviti čvorove
od pozicija i čvorova , ili samih pozicija - podsklopove
od pozicija, čvorova i podsklopova - sklopove
i od svega toga stroj odnosno komjuter.

Znači prvo moram imati bazu svih najsitnijih elemanata tog kompjutera i od njih slagati ostalo.

Vidim da nisi ni pokušao da puniš podatke. Dečekiraj Referencijalni integritet ako te to buni. Inače on neda da se brišu slogovi u roditeljskoj tabeli dogod postoje zapisi sa istom vrednošću ključa u tabeli dete. O tom ćeš kasnije razmisliti da li ti treba. Punjenje je baš onakvo kako tebi treba. Naravno mnogo je jasnije sa nazivima ali ti si verovatno opredeljen nekim šiframa.

Ovaj sam uradio preko Lookup Wizarda da možeš lako da puniš direktno u tabeli ShemePovezivanja.

Malo sam pogledao bazu i uocio da tvoji problemi nastaju zbog loseg rjesenja tabela.
Hajd da probamo skontati sta se to radi u jednoj firmi koja proizvodineke aparate (masine ili slicno)
Ovdje se radi o sklapanju dijelova ako sam dobro razumio.
Iz cega se sastoji jedna masina ili aparat ili stroj ili .... gledano montažerski.

Sastoji se od sklopova podsklopova koji opet mogu imati podpodskop itd.. te ovs sve cjeline se sasroje iz nekih sitnijih elemenat (dijelova)
Jedino sto ije je nepoznat termin cvor.
U tehnici se cvor pominje samo mjesto gdje se nesto grana.
U nasem slucaju to bi mogao biti sklop koji se grana na podsklopove ali on vec ima svoje ime i zove se sklop.

Moj prijedlog za tabele.

Strojevi
Sifra_ stroja-- Kluc
Naziv_Stroja
itd...


Sklopovi
Sifra_sklopa--kljuc
Sifra_Pripadnosti --->Strani kljuc od sklopa ili stroja
Naziv_Sklopa
itd...

Dijelovi
Sifra_Upisa_Dijela
Sifra_Dijela -----Kljuc iz kodne tabele dijelova
Sifra_Pripadnosti----->Sifra Stroja ili sklopa ili podsklopa
itd,,,,

Pored ovoga dobro bi bilo imati i kodne tabele:
Dijelovi
Sklopovi
Strojevi

E sad posto vjerovatno moramo i pribiljeziti sve sto radimo odnosno ločoko je uradjeno onda moramo imati i tabelu prometa

Promet
Sifra_Prometa
Sifra_Stroja
Kolicina
Datum
Vrijee_Sklapanja
itd..

Čvor je kod mene najmanji sklopljeni element i on se tehnološki više nje rastavlja.
Recimo dvije različite šipke (pozicije) koje se međusobno zavare.
A podsklop je spoj dva ili više takvih čvorova koji su spojeni šarafima i mogu se rastavljati

Tako kako Izonic kaže sam i ja učio na Industrijskom menadžmentu. No sve jedno. U korelaciju Sistem-Porces se uvek može ubaciti još jedna stepenica. Od toga sam i pošao. Njemu treba pet jakih entiteta (šifarnika) i jedan slab ShemaPovezivanja. U ShemiPovezivanja je omogućeno da se kad nestane količinski pozicije "536", promeni šema sklapanja stroja ili podsklopa, sklopa, čvora sve jedno i doda pozicija koja najbliže tehničko-tehnološki i po karakteristikama odgovara poziciji "536". Ovih šest tabela koje sam naveo treba da čine okosnicu modela sklapanja i montaže. Postoji i pristup bez promene šeme i tada se kreira nivi čvor, podsklop, sklop.....

Tabela ShemaPovezivanja treba da bude ona po kojoj će program da trči i sklapa sve moguće izveštaje o utrošcima, nabavkama i slično. Naravno da modelu fale još atributa ali miroslav treba ih doda u zavisnosti od papirnih izveštaja koji se očekuju.

Punio sam tabelu iz Getsbijevog predloga i napravio još jedan Query da se vidi šta je šta, ali možda tu meni nije jasna suština jer ja opet ovdje ne vidim od čega su sastavljeni sklopovi, podsklopovi, čvorovi.

Dodao sam novu bazu pa pogledajte dali je tako šta možda bolje.

@ pmiroslav

Ja sam samo napravio šemu povezivanja preko ID-a. Pokidaj veze i uradi Lookup Wizardom tako da umesto ID stavljaš i ID i Nazive a sortiranje podesi po Nazivima. Tada ćeš videti sve i neće ti trebati Query-ji. Bar ne za sada. Ovaj drugi fajl ću pogledati malo kasnije.

Evo vraćam prvi fajl povezan i preko naziva. Sad ti ne treba Query da bi neko video i razumeo šemu spajanja. Ovaj drugi je prilično komplikovan za moj ukus. :)

Zadatak koji rešavas jeste tipična hijerarhija. Nažalost, relacione baze nisu u toj oblasti bas najjače. Ne brini, ni druge relacione baye nisu u ovoj oblasti mnogo jače od Accessa. Odnedavno, MS SQL 2005 je uveo neku dosta komplikovanu podršku za rad sa hijerarhijama, a Oracle nešto ranije. No, svemu ima leka. Iygleda da je najveci majstor za primenu relacionih baza na problem hijerarhije izvesni Joe Celko. Čini mi se da se čak negde na webu može naći PDF verzija njegove knjige koja se zove nešto kao "Trees and Hierarchies in SQL". Dok ne nadjes knjigu, evo nešto što je napravio licno Joe:

http://www.mvps.org/access/queries/qry0023.htm

A može verovatno i ovo da pomogne:

http://www.mvps.org/access/modules/mdl0027.htm

Ako imaš mogućnosti da prevedeš ceo sistem na MS SQL, uradi to. MS SQL 2005 ima mnogo jaču podrsku za rukovanje manipuilacijama od Accessa.

@ Zidar
Na principu ovog prvog linka sam ja uradio Help koji sam mu poslao juče popodne(08.11.2007. u 15:33 ). Tamo je sistem deteID i roditeljID u istoj tabeli. Međutim TreeView kontrola nije baš do kraja odrađena i to ga je obeshrabrilo.
Pokušavam da napravim model u postu na vrhu ove strane (09.11.2007. u 13:50 ) koji će da sadrži Šemu povezivanja i da je u saradnji sa miroslavom popunim sa stotonjak realnih slogova, te onda dodam polje u kojem će mo upisti nadređenog roditelja. Ostali okolni šifarnici mogu da se koriste i kao skladište za trenutno stanje količine. To mi je uglavnom bila ideja, računajući da pored Slaganja šeme montaže proizvoda model bude u mogućnosti i da vodi evidenciju o utrošcima i stanju količina, što je neophodno za buduće naružbine.

Čvor je kod mene najmanji sklopljeni element i on se tehnološki više nje rastavlja.
Recimo dvije različite šipke (pozicije) koje se međusobno zavare.

Najmanji odnosno element sklopa je pozicija.
Zavarivanje je samo spoj dva elementa i moze jos biti zakovani, vijcani lijepljen itd..
Napomenuo sam sta je cvor u tehnici no mozda naziv nebi bio ni bitan da se ne poistovjecuje sa podsklopom.

Pisem ovo jer mi je jednostavno zao da se u startu napravi greska.
Nase greske se skupo placaju a uoce se poprilicno kasno odnosno onda kada program vec radi izvjesno vrijeme i tada nastaju tantalove muke.

Radio sam program za odrzavanje gdje je skoro sve slicno kao kod ovoga.
Imao sam postrojenja koja su imala svoje sklopove, podsklopove i dijelove(pozicije) naravno.
Pozicije su se nalazile na ostrojenjima sklopovima i podsklopovima.
Naravno posto se radi o odrzavanju onda imamo i zamijenjene dijelova kao i one koji trenutno rade.
Imaju tu jos sklopovi koji stoje u rezervi na stroju kao napr el. motori te je jedan u upotrebi a drugi sluzi samo da ga zamijeni ako dodje do kvara jer stroj nesmije da ima zastoj.

Evo jos jedan primjer sa kojim se cesto srecem.
Jeste li ikad razmisljali ili vidjeli bazu Foruma i to onoga koji iz jednoga foruma moze imati podforum pa njegov podforum itd.
Znaci beskonacno.
Nemislite valjda da za svaki nivo podforuma postoji tabela.
Dovoljno je jedno polje da se upise u njega koji je forum prije njega odnosno kome pripada i sve moze biti u jednoj tabeli.
Kod ebe je nekako slicna stvar da kazem mada cini mi se da ti pominjes 5 nivoa ali ko zna da ih sutra nece biti 6.
Pripadnost ti jos pomaze danapravis izvjestaj bas onakav kakavzelis odnosno da vidis pozicije tacno ispod sakog sklopa.

U tvom slucaju ti trebas u bazu dijelova napisati samo kome pripada dio.
U bazu sklopa ili podsklopa napisati kome pripada sklopu ili stroju.
Nemoraju se rel veze praviti po vaku cijenu.
Ukoliko se koristi Combo box i jos kazemo da se limitira na listu nevidim kako covjek tu moze unijeti nesto sto ne pripada tabeli koja je u rowsource Comba.

Za Zidara.
Tree kontrola neka ima sa pripadnoscu koju sam naveo u postu prije.
Ako nam prvi red zapisa ima redni br.1 drugi 2 itd.
I ako imamo polje pripadnost. Znaci prvi ima u polju pripadnos 0
ledeci ispod njgea 1 (moze ih biti od1 do beskonacno),
te sledeci 2 itd.
Nemogu se sjetiti bas kako se zove ali imam negdje i primjer.
nekad je i meni bila interesantna ta kontrola.

@ izonic

Za to sa četiri nivoa se potpuno salžem. To sam već napisao. No šta uraditi ako u njegovoj firmi već postoji uhodan sistem koji je osim toga što je deo papirne dokumentacije i deo komunikacije i među zaposlenima? Da ih prevaspitamo i naučimo da tako ne treba? Jedno je sigurno. Informacioni sistem se može napraviti i bez toga. Dakle Stroj, Sklop, Podsklop i Pozicija, i ne mora se sve videti. A šta ako korisnici sistema požele da vide (čvor) vezu između pozicije i podsklopa?
Nemam neki odgovor na to.

Ovo za hijerrarhiju sam već objasnio. Uvođenje atributa NadređeniElement.
Ovo oko šifarnika. Može bez šifarnika, ali prosto onda nemamo vezu sa realizacijom drugih zahteva projektnog zadatka navedenih u postu (09.11.2007. u 10:26) ove teme.

Ako imamo neki stroj izmedju svih elemenata stroja postoji veza.
Znaci moemo napraviti tabelu veza i napisati koja je veza i elemente koji se vezuju(pozicije ili sklopove).

Za naziv cvor ili skop u ovom slucaju sam vec rekao (mada cisto sumnjam da ljudi koji se bave tehnikom tako to zovu) nije prolem u nazivu moze biti u tabeli bilo kakav ali sam napomenuo da je to u stvari jedan sklop kao i drugi i svi imaju neke veze izmedju sebe.

Post (09.11.2007. u 10:26) cu procitati ne znam o cemu se radi.

Procitao sam post ali nisam bas razumio.
Hajd da malo zamislimo tu firmu kako radi i ujedno napisemo projektni zadatak.
Pokretac teme bi trebao poslije opovrgnuti ili potvrditi navode.
Znaci imamo firmu koja se bavi sklapanjem nekih elemenata.
Vjerovatno postoji i izrada tih elemenata ali koliko vidim ovdje se pominje samo sklapanje(Montaza).
Pretpostavimo da se elementi proizvode u radionicama doticne firme.
Naravno jedna firma nije nikad us stanju proizvesti sve sto joj treba za dati proizvod i uvijek neke dijelove kupuje od drugih proizvodjca.
Da bi proizveli nek aparat masinu itd.. moramo imati crtez.
Crtez moze biti sklopni i radionicki.
Radionicki crtezi se koriste za izradu a sklopni za montazu (u ovom slucaju za nas)
Znaci nas Knjiga vodilja moraju biti crtezi.
Na crtezu se mora nalaziti i lista materijala odnopscno sastavni dijelovi.
Sta se tu upisuje.
Na sklopnom crtezu u listi pise broj crteza podsklopa.
Na podsklopovima moze biti kao pozicija drugi potsklop ili pozicija.
Lista materijala moze izgledati ovako:
Poz Br. komada Naziv Dimenzije Crtez-Standard Materijal Tezna
Kako se upisuje ako je sklop u nasem slucaju podsklop nekog skklopa

Poz
O1
Br komada
2
Naziv
El. Motor
Crtez-Standard
Fi300x500 Ime Firme od koje se nabavlja ili standard ili pak broj crteza podsklopa
Materijal
-------
Tezina
5,55

A ako je pozicija onda se pise materijal Nap Č0645.


Spojevi se ne zapisuju nego se naznace na crtezu a ako su vijci ili zakovice onda se i pozicioniraju.
Sta znaci?
Brojevi crteza se upravo ponasaju kao i nasa baza.
Imaju pod pod itd.

Ako dalje govorimo o izradi odnosno radionic gdje se proizvode dijelovi za to jos treba uraditi tehnoloski postupak u kome se nalaze nacini obrade i vremena izrade po zahvatima.
Jedan od njih je i zavarivanje
Dobro ovo nas ne interesuje za sad.

Interesuje nas Montaza odnosno sklapanje.
Sta nam za to treba poed onoga sto ima u listi materijala.
Isto tehnoloski postupak sklapanja.
Znaci tehnoloski postupak se sastoji od zahvata to smo rekli.
Znamo da u njemu ima i normativ odnosno vrijeme trajanja svakog zahvata.
Naravno ovdje treba dodati i ljude i smjene odnosno radno vrijeme.

Svaki finalni proizvod ima svoje ime i to je krajnji sklop.
Podsklopovi isto imaju imena i oni su sastavni dio sklopa.
Pozicije su elementi sklopa.

Ako proizvod Ima svoje ime i cini ednu cjelinu onda nega mozemo ssmatrati kao kodnu tabelu za unos kolicina odnosno izlaz.

Eto sad neka pokretac teme izanalizira ovo.

izonic je u pravu sve to ide uglavnom tako kako on kaže, ali da ne zakompliciramo temu.
Ja već imam bazu koja je dosta velika i ne mogu je zato poslati na post. U njoj slažem šemu montaže ali mi se način na koji to radim čini kompliciran pa sam zato pokrenuo ovu temu.
Kako do radim pokazao sam u projeru koji sam poslao na početku teme.

Ko što sam rekao u toj bazi imam tablicu sa svim pozicijama koje proizvodimo i one su šiframa vezane sa tablicom materijala od kojih se te pozicije proizvode. Te sa tablicom u kojoj su tehnološki procesi odnosno način izrde svake pozicije (čvora, podsklopa, sklopa, stroja)

Šeme montaže proizvoda su mi potrebne da na kraju kao izvještaj dobijem zbirnik svih materijala koji su mi potrebni da proizvedem taj proizvod.
Da dobijem ukuno vrijeme izrade za proizvod zbrajajuči vremena izrade svake pozicije odnosno monaže.
Međutim sve ja to imam rješeno osim što mi se čini da je to slaganj komplicirano i da možda postoji jednostavniji naćin

TreeView kontrola bi bilo izvrsno rješenje ako iz nje mogu dobiti ove izvještaje koje sam naveo,

Eh nisam znao da je to vec pa skoro uradjeno.
Izvinite na smetnji.

Evo dodao sam kolonu NadredjeniElement u tabelu ShemaPovezivanja. Valjalo bi sada isprazniti tabele i popuniti sa nekim realnim vrednostima. Recimo 50 do 100 slogova u tabelu ShemaPovezivanja, što naravno iziskuje i prethodno popunjene ostalih tabela (šifarnika) bar sa po nekoliko realnih slogova.

Napomena: TreeView kontrolu ne treba posmatrati kao nešto iz čega se mogu dobiti izveštaji niti nešto što će omogućiti izveštavanje. Ona je samo način da se manipuliše podacima tabele (u ovom slučaju ShemaPovezivanja) čiji izvor podataka crpi ukolko se obezbede Drag an Drop metoda, a pre svega da tabelu ShemaPovezivanja i njenu hijerarhiju približi posmatraču na prirodan način. Dakle poenta priče je u onom što su i Zidar i Izonic primetili, a to je hijerarhija. Ovde to obezbeđujemo time što će svaki slog imati svoj nadređeni. Pogledaj ponovo tabelu AA_HELP na kojoj se zasniva primer koji sam ti juče poslao. Probaj da popuniš tako tabelu ShemaPovezivanja i nju koristiš za svoje izveštaje.

U principu može i bez TreeView kontrole. Važna je hijerarhija. TreeView kontrola je samo njen prikaz.

Getsbi izvini ali ne znam da li se mi baš razumijemo. Jer ja kada slažem stroj odnosno punim tablice moram krenuti odostraga. Znači prvo sastavljam čvor. Moram uzeti dve ili više pozicija i od njih naptaviti čvorove. Sada kada imam čvorove, od pozicija i čvorova sastavljam podsklopove. Nakon toga od pozicija, čvorova i podsklopova sastavljam sklopove. I tek sada kada imam sve ove elemente od njih satavljam strojeve.
Kada ja sada pokušam puniti tablicu ShemaPovezivanja prvo mi nije sasvim jasno polje NadređeniElement.
zatim u sljedečoj kloni imam SklopID, a nigdje ne vidi koji su djelovi tog sklopa itd.

Obrnuo sam redosled kolona u tabeli ShemaPovezivanja. Ide od Pozicije prema Stroju. NadredjeniElement je ispred njih, odmah iza RedniBrojID. Ako misliš da ćeš sa RedniBrojID trebati da manipulišeš u budućnosti, promeni ga iz Auto Number u Long Integer. Prilkom unošenja sloga nema ograničenja koja će kolona da bude popunjena i da li će uopšte da bude popunjena pa tako ni kolona NadredjeniElement. Nju popuniš kad imaš validan podatak za to. Bitno je da šema odražava hijerarhiju. Način na koji ćeš da to prikažeš (kao što je TreeView kontrola) je sekundaran. Ja sam uneo par slogova onako kako sam shvatio da treba. Sad bi valjalo da napraviš formu iz koje ćeš da popunjavaš šemu. Ona bi već mogla da ima pravila za regularan unos, onako kako ih ti budeš postavio.

Reducirao sam svoju originalnu bazu da vodiš kako to otprilike izleda.