Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

sneller berekenen in excel

1,724 views
Skip to first unread message

Tineke

unread,
Dec 6, 2003, 5:46:54 PM12/6/03
to
Hallo
Ik heb een gigantisch groot bestand gemaakt in excel, met
allerlei doorberekeningen naar andere werkbladen. Nu vind
ik het heel erg vervelend dat het berekenen zo ontzettend
traag verloopt. Ik heb onder opties al gekozen voor de
functie toest F9. Alleen dat werkt met zoekfuncties niet
echt prettig. Bovendien wil ik dan berekenen dan duurt
het nog lang. Ik heb er eigenlijk niet zoveel zin in om
mijn spreadsheet te gaan splitsen. Misschien is er iemand
met een goed idee om dit op te lossen

Alvast bedankt

Govert Verberg

unread,
Dec 6, 2003, 5:57:02 PM12/6/03
to
Tineke van AH??

Govert

"Tineke" <anon...@discussions.microsoft.com> schreef in bericht
news:e5e401c3bc4a$d8c9c710$a601...@phx.gbl...

john philippen

unread,
Dec 6, 2003, 7:13:06 PM12/6/03
to
Tja,

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-----

>.
>

Luc.Heyndrickx

unread,
Dec 7, 2003, 1:57:34 AM12/7/03
to
Aan uw vraag te horen werk je niet met VBA. Indien wel, moet je bovenaan je
code dit zetten:
Application.ScreenUpdating = False
en verder: de woordjes Selection en Select vermijden.
Waar mogelijk gebruik maken van Collections.
Vooral deze laatste tip is natuurlijk enkel bruikbaar voor meer ervaren
mensen.

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...

anon...@discussions.microsoft.com

unread,
Dec 7, 2003, 6:54:21 AM12/7/03
to
Hallo

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

>.
>

Luc.Heyndrickx

unread,
Dec 7, 2003, 7:13:05 AM12/7/03
to
tja, wat valt daar nu nog op te zeggen.
De traagheid van uw bestand heeft vermoedelijk verscheidene oorzaken.
Aan uw verklaring te horen zullen de macro's wel met de macrorecorder zijn
opgenomen. Dit is al één oorzaak van de traagheid. Alle handelingen (Ook
de foutieve) worden gewoon domweg overgenomen in de macro.
Ook uw zoekfuncties moeten vermoedelijk efficienter.
En verder: vermijd zo veel mogelijk overbodige opmaak. Uw bestand moet
absoluut kleiner.

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...

Tineke

unread,
Dec 7, 2003, 7:27:09 AM12/7/03
to
Hallo

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

>.
>

Luc.Heyndrickx

unread,
Dec 7, 2003, 8:12:53 AM12/7/03
to
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...

Gerrit

unread,
Dec 7, 2003, 8:28:04 AM12/7/03
to

"Tineke" <anon...@discussions.microsoft.com> schreef in bericht
news:04e701c3bcbd$6ed353d0$a401...@phx.gbl...
Hallo

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.

Tineke

unread,
Dec 7, 2003, 6:24:48 PM12/7/03
to
Hallo

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

>.
>

Eric Desart

unread,
Dec 8, 2003, 1:51:11 AM12/8/03
to
Tinneke,

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...

Eric Desart

unread,
Dec 8, 2003, 1:55:45 AM12/8/03
to
Tinneke,

Sorry als berichtje dubbel is: gebeurde iets vreemd hier.

http://www.acoustics-noise.com

Groetjes
Eric

anon...@discussions.microsoft.com

unread,
Dec 10, 2003, 4:50:04 PM12/10/03
to
Ik heb het gigantische bestand toch maar opgesplitst in
een invoerbestand en een rekenbestand. Toen nog wat
geknoeid met -extra-opties-berekenen- en ik ben gelukkig
nu wel tevreden. Dat wachten ook steeds, je wordt er echt
tureluurs van.

Maar ik wil toch iedereen even bedanken voor hun reacties
en adviezen.

groetjes
Tineke

>.
>

0 new messages