Rapportje maken van een dynamische kruistabel (Access kan Veldtje niet herkennen)

[bollenba]

Ik heb een rapport gemaakt op basis van een kruistabel (een query met de recordwaarde als kolomhoofd).

Dit werkt mooi.
Spijtig dat het niet meer werkt als je in de basistabel enkele recordtjes schrapt, waardoor een kolomhoofd niet meer bestaat en Access dit als fout opgeeft.

Eventjes op testen in het rapport, zou ik denken, maar ook dan blijft hij moeilijk doen.
IIf(IsError([Veldtje]);"";[Veldtje]) of andere tests zie wizzard (inspectie).

De andere optie is een macro die voorwaardelijk test of het cruciale veldwaarde aanwezig is (DCount) en indien nodig deze invoegd in de basis tabel sql- insert.
Nu de originele tabel wil ik niet veranderen (ArcGis) en zie ertegenop om daarvoor tijdelijk een tabel te maken telkens men het rapport opend.

Kent iemand de gemakkelijke oplossing?

 

[OctaFish]

Als je een rapport hebt gemaakt op basis van een kruistabel, dan heb je het probleem dat de koppen hard worden overgenomen uit die kruistabel. Het verwijderen van velden uit de kruistabel, door bijvoorbeeld de gegevensbron te veranderen, geeft dan inderdaad het probleem dat de velden niet meer bestaan, en dus verwijderd moeten worden. Je kunt een rapport wel enigszins flexibel maken door hem dynamisch te bouwen in VBA. Dat gaat een beetje ver om hier uit te leggen, vooral omdat er prima voorbeelden zijn, zoals deze bijvoorbeeld...
Een simpeler oplossing, als je de velden eigenlijk vast liggen, en dus ook getoond moeten worden als ze (al dan niet tijdelijk) leeg zijn, is om de kolomkoppen vast te leggen in het query-ontwerp. Dat doe je bijvoorbeeld in de SQL van de query: PIVOT tblBedrijfHitlist.SalesManager In ("SalesmanagerA","SalesmanagerB","SalesmanagerC","SalesmanagerD");
In dit voorbeeld zijn de kolommen "SalesmanagerC" en "SalesmanagerD" leeg. Ze worden echter wel getoond in de uitvoer.

 

[bollenba]

Prachtig

Dit soort oplossingen zoeken we.