Hozzászólás: [Resolved] A megfelelő táblázat kikeresése.

Sziasztok!
birotom! Szerintem ismerkedj a „Terc” árajánlat készítő rendszerrel! Meríts belőle ötleteket! Továbbá hasznos lenne az adatbázisok „lelkivilágához” is közelebb kerülnöd – ahogy Imre is tanácsolta.
Mellékelek egy példát, amely a sok szintű legördülők kezelésének egy módját mutatja be. Ebből is csemegézhetsz. 😉
Egyébként pedig kicsit pontosíthatnád a feladat meghatározásodat!
Milyen bemeneti adatokból dolgozol?
Hányféle tulajdonsággal rendelkezik az árajánlat(?)? Abban esetleg külön a termék és külön a szolgáltatás?
Milyen végeredményre számítasz?
Kell-e nyomtatnod az egyes tételeket vagy csak egy adatbázisban tárolod azokat?
A csatolt fájlod ad némi iránymutatást, de számomra nem tűnik logikus elrendezésnek a „redőny_számoló” munkalap szerkezete. Nyilván nem ismerem a pontos munkafolyamatot, az ajánlat(?) készítés lépéseinek egymás utáni sorrendjét.
Kérdés, hogy egy három, négy paraméterrel összeállított példa logikája mentén tovább tudsz-e lépni? Szerintem igen, de jó lenne tőled „hallani”.

Azt hiszem, hogy én a termék egyes tulajdonságait egy-egy (esetleg két-két) hexadecimális számjeggyel kódolnám. Az így keletkező karaktersorozat egyértelműen azonosítana minden terméket.
pl. 124F118F132…
Műanyag redőny, Redex redőny szúnyoghálóval kombinálva, mahagóni, SZ:118 cm, M:132 cm, …

1. hely: Termék típus (14 féle)
2. hely: Termék az adott típuson belül
3. hely: Színkód
4. hely: Járatos szélességi méret (1-E vagy Fxxx – egyedi)
5. hely: Járatos magassági méret (1-E vagy Fxxx – egyedi)
…stb…

A lassulásról: Ha sok képletet használsz, az magától értetődően előidézi ezt a problémát. Alternatív megoldás – amire Imre is utalt – a makrók használata. Ez utóbbi esetben mellőzhetők a feleslegesen lefutó számítások. Cserébe el kell fogadni a makró használat kockázatára figyelmeztető rendszerüzenet okozta kényelmetlenséget vagy gondoskodni kell a kivételes státusz beállításáról.

üdvözlettel
verax