Mislim da ti je rešenje problema u korišćenju Sorting and Grouping alata kod dizajniranja izveštaja. Ja sam ostavio da su oba uslova Ascendig tako da ako hoćeš da prvo bude Odlično usavršavanje pa onda Fenomenalno, promeni Sort Order na drugom uslovu ovog alata. Ako želiš uvlačenje kao na slici postavi Group Header na Yes i popuni novootvorenu sekciju onim što želiš da se nalazi u takozvanom Promote nivou. Detail sekcija će ti onda biti Demote nivo.


Naravno da ova j moj primer urađen na brzinu i nije reprezentativan, ali ćeš ga ti doterati.

E, hvala ti na odgovoru. Kako sam postavio problem, mislio sam da ga niko nikada neće raskučiti. :)

Elem, ovo što si predložio je OK, ali meni je potrebno da "Engleski jezik (nivo 2)" bude prikazan na putanji "Kurs >> Kurs jezika >> Kurs engleskog jezika >> Engleski jezik (nivo 2)", sa sve indentacijom pri svakom demote nivou, kako si ga ti zgodno nazvao. S tim što bi se ovaj jedan lik koji iz nekog razloga treba da ispuni uslov "Kurs jezika" takođe pojavio na odgovarajućem nivou, kao što je na slici prikazano.

Postojeći način iskazane hijerarhije u tabeli tblVrstaUslova ne može da zadovolji tvoj zahtev za izveštajem. Probaj sledeće.
U tabeli tblVrstaUslova bi trebalo da bude onoliko nivoa (kolona) koliko imaš koraka u putanji.
Familija -> Grupa -> Podgrupa -> Tip -> Vrsta......
Probaj tako da organizuješ tu tabelu i povežeš je sa licem preko tblPotrebni uslovi, koristeći postojeće ID-ove. Query nad takvim sklopom tabela će ti omogućiti izveštaj koji želiš, uz korišćenje alata za sortiranje i grupisanje koji sam pominjao.

Eh, da je život tako prost...

Tvoj predlog je vrlo pragmatičan i u praksi (na konkretnom tekućem projektu) bi mogao da se iskoristi. Svakako bi bio najlakši izlaz. Ali zbog čisto akademske radoznalosti želim da pronađem način da ne određujem unaprijed broj nivoa u hijerarhiji. Kad već idemo akademski, uzmimo za primjer čuvenu sastavnicu. Tu ne možemo predvidjeti od koliko će se djelova sastojati neki proizvod, a svaki od zapisa u tabeli može biti i gotov proizvod i dio nekog složenijeg proizvoda-sistema. Dakle, savršen slučaj za ovakvu postavku tabela.

Znao bih kako da napravim stablo, znao bih kako da pronađem sve djelove-listove od kojih se sastoji određeni priozvod, izračunam potrebne količine i napravim porudžbenicu ili nalog za trebovanje, ali nikako ne bih znao da napravim izvještaj na kom će svaki demote nivo biti blago indentiran i formatiran na određeni način.

Na pamet su mi padale razne ideje: dinamičko kreiranje posebnih subreporta za svaki top level član stabla, u kom bi dinamički bio kreiran subreport za niže elemente u kojima bi dinamički bio kreiran subreport za niže elemente itd, itd, itd - rekurzija. Ali to bi bio ravno samoubistvu i ne znam da li bih mogao da realizujem u VBA kodu.

Mora da postoji neki način sa nekom temp tabelom ili nešto slično, samo ga još nisam pronašao. Nadao sam se da ćemo ovdje zajedno uspjeti. U stvari, još uvijek se nadam.

U realnom svetu svaka hijerarhija je konačna unapred određena. Znači tačno se zna broj nivoa (crkva, vojska, država, taksonomske kategorije u biljnom i životinjskom svetu...). Ovo sa sastavnicom i nije baš dobar primer jer "od koliko će se djelova sastojati neki proizvod" se rešave asocijativnom tabelom između tabele repromaterjala i tabele proizvoda (slično tvojoj tabeli tblPotrebniUslovi) ili pak mrežnom vezom nad dve tabele (slika u prilogu). Dakle, broj sastojaka, delova... nema konkretno veze sa hijerarhijom.
Nepoznavanje broja nivoa u hijerarhiji govori o nepoznavanju poslovnog problema. Reći ćeš možda da nisu svi sistemi istraženi (svemir i sl.) ali niko ne pokušava da napravi hijerarhiju od neistraženog sistema već samo od njegovog istraženog dela.

Pošto odgovor ne znam za neodređeni broj nivoa u hijerarhiji, ja ću kao u kvizu slagalica reći: "dalje".

Unaprijed određena - možda, ali konačna? Teško. Tačno se zna trenutni broj nivoa, ali ko može tvrditi da se neće promijeniti? Konkretno, ako govorimo o vojsci, uobičajeno je da se formacija mijenja s vremena na vrijeme. Za crkvu ne znam, ali i država često mijenja svoju organizaciju. Dakle, iako znamo kako izgleda sada, ne možemo sa sigurnošću reći da se neće promijeniti u dogledno vrijeme.

U pravu si, izabrao sam loš primjer za ovaj problem, pošto se u sastavnici jedan sklop može sadržavati u više nadsklopova, dok u konkretnom slučaju jedan uslov može imati samo jednog roditelja. Dakle, klasična struktura stabla.

U svakom slučaju, ja na ovo gledam kao na neku vrstu intelektualne vježbe - i to prilično zanimljive, pa rekoh da iznesem pred pametne ljude.

Evo moj primjer.
Za dodavanje linijski taster insert a sledeci ispod tasteri sift+insert

@ Izonic, nedostajala je kontrola mscomm32.ocx. Zakačio sam je.

Posle dodavanja elementa kroz stablo ili direktno u tabeli dolazi do grešeke Run-Time 35601 (Element not found).

Tkođe puca na taster Insert kad se nalaziš na najvišem nivou hijerarhije.
Run-Time 91 (Object variable or With block variable not set).

Ostalo mogu samo da pohvalim.


PS. ovde imate uputstvo kako da priključite .ocx ili .ddl : http://www.elitesecurity.org/t419020-0#2778374

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

Pošto je Izonic postavio ispravljen fajl na forumu iCentar, ja ću ga samo preneti ovde.

Lep primer. Zahvaljujem na pomoći.

_{[Ovu poruku je menjao Getsbi dana 27.04.2013. u 13:55 GMT+1]}

Izonic, svaka čast, vrlo kreativan pristup!

Hvala vam!