Hessel de Walle's Blog

Onderzoek bij een groot bedrijf: Excel binnen netwerk Na een onderzoek bij een groot bedrijf in Zwolle naar performance problemen bij het gebruik van Excel , is me eens te meer duidelijk geworden dat we onderscheid moeten maken tussen de performance van losse spreadsheets en de performance van Excel in een netwerkomgeving met veel gebruikers. In dit geval is er sprake van een Citrix omgeving. Probleem hier is dat diverse servers regelmatig onderuitgehaald worden het gebruik van Excel . De oorzaken waren niet duidelijk. Bevindingen Na onderzoek blijkt Excel door een beperkt aantal mensen met enige regelmaat gebruikt te worden voor het analyseren van zeer grote hoeveelheden data (tot wel een miljoen regels). Gevolg: zeer grote bestanden met flinke aantallen berekeningen. Zowel laad- als opslagtijd lopen dan flink op. Ook het herberekenen van formules leidt tot een forse piekbelasting. Binnen de Citrix omgeving ondervinden andere gebruikers hier flink last van. Aanbevelingen Exc...

Excel en performance Ik krijg de laatste tijd herhaaldelijk verzoeken om een blik te werpen op Excel spreadsheets die te traag en onhandelbaar zijn geworden. Men vraagt mijn dan als VBA expert, maar is VBA altijd de (enige) oorzaak? Laten we eens de factoren op een rijtje zetten die invloed hebben op de snelheid. Grootte van het bestand. Dit is misschien wel de belangrijkste factor. Zodra een bestand erg groot wordt, kan het opslaan en openen erg lang gaan duren. Het XML formaat heeft bestanden weliswaar flink verkleind, maar tegelijkertijd is het grotere aantal rijen en kolommen ook een uitnodiging geweest nog veel meer gegevens op ter nemen. Herkomst van de data. Data kunnen verschillende herkomst hebben, bijvoorbeeld: In Excel zelf; voorbeeld 121.317 regels uit SalesOrderDetail van AdventureWorks : grootte 9.625 kb . Koppeling met een ander Excel bestand. Via Microsoft Query en ODBC ; voorbeeld 121.317 regels uit SalesOrderDetail van AdventureWorks : grootte 9.4...

Bij Excel kan bij grote bestanden de snelheid een probleem worden. Het is vaak lastig vast te stellen waar het precies aan ligt. In bijgaand bestand heb ik een aantal voorbeelden vergeleken. Kunnen we nu beter namen gebruiken of juist niet? Is de functie INDEX sneller of langzamer dan VERT.ZOEKEN ? En zo nog wat voorbeelden. Kunnen we het een en ander testen? Jawel! De voorbeelden zijn op snelheid van uitvoering te vergelijken met behulp van VBA routines die aan te roepen zijn met knoppen. Bijbehorende bestand  ExcelBerekening.xlsm  is te downloaden via: https://drive.google.com/folderview?id=0B7HgkOwFZtdZVmhRQUZFM28yc1U&usp=sharing Voor verder  Excel  tips klik  hier .

One of the ways to speed up an SQL query is putting the smallest table first in the FROM clause and so on. How is Crystal Reports dealing with this? For the examples I used the NorthWind database. I picked the tables Order_Details , Orders and Customers . I linked the table manually by dragging a line from Order_Details->OrderID to Orders->OrderID and from Orders->CustomerID to Customers->CustomerID . When we would now drag the fields Customers->CompanyName and Order_Details->Quantity to our report our SQL Query would look like this: SELECT `Customers`.`CompanyName`, `Order_Details`.`Quantity` FROM   (`Order Details` `Order_Details` INNER JOIN `Orders` `Orders` ON `Order_Details`.`OrderID`=`Orders`.`OrderID`) INNER JOIN `Customers` `Customers` ON `Orders`.`CustomerID`=`Customers`.`CustomerID` Now back to the Links window of the Database Expert . Remove the links. Link the table again manually by dragging a line from Order...