Alvast bedankt
Govert
"Tineke" <anon...@discussions.microsoft.com> schreef in bericht
news:e5e401c3bc4a$d8c9c710$a601...@phx.gbl...
je geeft wat te weinig informatie om echt een goed
antwoord te geven.
maar misschien toch een aantal tips.
Als je gebruikt maakt van een deelformules, moet je deze
proberen te samenvoegen tot een mega formule
indien je met VBA werkt, kijk dan of het echt niet in
Excel zelf kan. VBA is trager dan Excel zelf
Als je met VBA werkt
kun je calculeren uitschakelen aan het begin
en op het einde inschakelen.
Dit kan de verwerkingstijd met minuten terug brengen.
voor de rest zou ik het toch echt moeten zien.
hoe groot is het?
John P
>-----Oorspronkelijk bericht-----
>.
>
En zoals John al zegt: VBA vermijden.
Aanvulling op bestanden zonder VBA:
Houd uw Ranges waarop berekend moet worden zo klein mogelijk.
Een voorbeeld:
=MAX(AANTAL.ALS(A1:A65535;A1:A65535))
Deze matrixformule geeft de meest voorkomende waarde in de A kolom. Er
wordt echter gekeken naar de ganse A kolom, terwijl er misschien maar 100
cellen gevuld zijn. In dat geval is volgende formule al beter:
=MAX(AANTAL.ALS(A1:A100;A1:A100))
En als dit alles niet helpt: berekenen op handmatig zetten (Hier dient dit
tenslotte toch voor)
Luc
"john philippen" <snozuf222d...@hotmail.com> schreef in bericht
news:e63801c3bc56$e370dda0$a601...@phx.gbl...
Het totale bestand is 13 MB.(groot he) Ik heb een viertal
macro's ingevoerd en een aantal zoekfuncties op nummer
van diverse artikelen en zoekfuncties op personeelsnummer
ingevoerd. Ik begrijp helaas niets van VBA, maar ik krijg
de indruk dat dit te maken heeft met macro's. Ik moet dus
bekennen dat ik dus ook niet weet waar ik deze
aanpassingen die jullie mij adviseren dan ook moet doen.
Ik vermoed dat het traag berekenen te maken heeft met de
zoekfuncties die ik heb ingeschakeld.
groet
Tineke
>.
>
Ik ben er van overtuigd dat ik dit bestand misschien wel kan halveren van
grootte, maar dit is wel zeer veel werk. En om het u te laten doen ???
Zonder ervaring moeilijk.
Luc
<anon...@discussions.microsoft.com> schreef in bericht
news:058101c3bcb8$da324dc0$a101...@phx.gbl...
Is het ook mogelijk dat ik de berekeningen met de F9
toets aan het einde kan laten uitvoeren en dat bij het
invoeren van bijv. de artikel nummers of
personeelsnummers wel de omschrijving vermeld wordt?
Ik heb de macro's ook ingevoerd met de macrorecorder.
groet
Tineke
>.
>
Ergens bij Extra => Opties moet je de berekeningen inderdaad op handmatig
zetten, en dan de F9 toest gebruiken. (Dit mag je dan natuurlijk niet
vergeten)
En in plaats van met artikelnummers zou je natuurlijk ook rechtstreeks met
de omschrijving kunnen werken. Moet je zelf uitmaken of dit haalbaar is.
Luc
"Tineke" <anon...@discussions.microsoft.com> schreef in bericht
news:04e701c3bcbd$6ed353d0$a401...@phx.gbl...
Is het ook mogelijk dat ik de berekeningen met de F9
toets aan het einde kan laten uitvoeren en dat bij het
invoeren van bijv. de artikel nummers of
personeelsnummers wel de omschrijving vermeld wordt?
Ja
Je kan bijv velden apart laten rekenen.
Dus op het selection change event van personeelsnummer het calculate even
bij omschrijving aanroepen.
Je kan ook kijken of de sheets niet te groot zijn geworden.
Probeer anders eens alle rijen die niet gebruikt worden onder de
welgebruikte te verwijderen.
Idem voor de kolomen.
Als dan je sheet kleiner dan de 13 meg is geworden, was er blijkbaar opmaak
oid in ongebruikte cellen terecht gekomen.
Uit dit spreadsheet kan ik de informatie uithalen, die ik
nodig ben.
In mijn spreadsheet heb ik een grote hoeveelheid aan
zoekfuncties verwerkt.
Met behulp van draaitabellen kan ik de nodige informatie
uit dit spreadsheet halen. De draaitabellen heb ik in een
macro verwerkt. Dit werkt prima.
Maar ik blijf toch met het probleem zitten dat het
doorberekenen erg traag gaat, wat dus wel begrijpelijk
is, gezien de grootte van het bestand.
Ik zie dat jullie erg veel verstand van VBA hebben. Ik
dus helaas niet.
Ik heb ook al onder - extra - optie - berekenen - ook al
diverse dingen uitgeprobeerd.
Nu heb ik het spreadsheet opgedeeld in 2 spreadsheets. Ik
heb het tweede spreadsheet moeten koppelen aan het
eerste.
Mijn vermoeden is dat de traagheid ontstaat door de vele
zoekfuncties die ik heb gedaan. Ook dit heb ik aangepast,
alhoewel ik hier niet echt tevreden mee ben. Maar ja het
is niet anders.
Ik knoe nog wel even door. Maar als je, na het lezen van
deze informatie, nog een leuke tip hebt, dan hou ik me
aanbevolen.
groet
Tineke
>.
>
Bestudeer deze site is,
Betrokkene is zowat de expert in Internationale Excel groepen inzake
rekensnelheid van Excel.
Staan diverse tips in.
http://www.decisionmodels.com/index.htm
Ook KeepItCool heeft het hier eens vermeld.
Een spreadsheet efficient opbouwen vraagt ervaring (onbelangrijk bij
eenvoudige, maar belangrijk bij zeer grote en/of rekenintensieve).
De wijze waarop de formules gelinkt zijn, kan er voor zorgen dat dezelfde
formules onnodig meermaals herberekend worden bij elke recalculatie.
Je moet zeer voorzichting zijn met het gebruik van Volatile functies (dit
zijn functies die automatisch herberekenen bij elke herberekening van de
werkboek, zelfs wanneer niet nodig).
Ik heb zelf voor de meeste Volatile functies niet-volatile alternatieve
functies geprogrameerd om dit probleem te limiteren.
Vele links naar verschillende bladen kan echt onefficientie veroorzaken.
Als dit je wat waard is: Op de bovenvernoemde link verkoopt men een Add-In
die dergelijke werkboeken kan analyseren in functie van efficientie en
rekensnelheid.
Als het je interesseert op mijn site staat een Add-In (CalcSpeed) waarmee je
de rekensnelheid van alternatieve formules en opbouw gemakkelijk kan testen
en vergelijken.
http://www.acoustics-noise.com
Groetjes
Eric
"Tineke" <anon...@discussions.microsoft.com> wrote in message
news:020301c3bd19$4e4ff1c0$a401...@phx.gbl...
Sorry als berichtje dubbel is: gebeurde iets vreemd hier.
http://www.acoustics-noise.com
Groetjes
Eric
Maar ik wil toch iedereen even bedanken voor hun reacties
en adviezen.
groetjes
Tineke
>.
>