Algorithmique classique vs fonctions Excel

Bonjour,

j'ai un background classique d'ingénieur informaticien généraliste, donc bon en algorithmique, en conception mais sans connaissance précise des spécificités des différents langages. c'est notamment le cas du VBA appliqué à Excel dont je ne connais que peu de fonctions.
J'ai donc une tendance à écrire moi-même des macros de tri, de copie de l'information, etc..., qu'on peut probablement résumer en quelques lignes avec les fonctions Excel ou les méthodes d'objets VBA Excel qui vont bien, et à ne pas chercher dans les docs les fonctions / méthodes en question pour partir sur une solution que je connais.

Une question que je me pose: Est ce que les performances de ces fonctions / méthodes sont optimales? ou est ce que si on traite de gros volumes de données il vaut mieux écrire soit même les algorithmes pour maitriser les performances de notre application?
Globalement, je voudrais savoir si le surcout de temps de codage d'un algo classique est justifié par un gain de performance et si je dois vraiment considérer le fait d'aller me palucher la doc Excel Vba pour coder comme un vrai spécialiste du vba Excel :)

Merci d'avance...

Comme pour tout langage (informatique ou non), pour pouvoir le parler, il faut apprendre la grammaire et le vocabulaire.

Perso, quand j'ai commencé VBA, j'avais déjà une demi-douzaine d'autre langages dans mes besaces.
J'ai commencé par me farcir quelques listes en entier, celle des fonction mais aussi celle des trois principaux objets : Range, Worksheet et Workbook plus Application qui est la base de tout.
On ne retient pas tout, bien sûr, mais ensuite on sait au moins ce qui existe.
https://docs.microsoft.com/fr-fr/off...r-applications
https://docs.microsoft.com/fr-fr/pre...4(v=office.15)
https://docs.microsoft.com/fr-fr/pre...7(v=office.15)
https://docs.microsoft.com/fr-FR/off...Excel.Workbook
https://docs.microsoft.com/fr-fr/off...cation(object)

On peut rajouter à ça que toutes les fonctions Excel sont accessibles en VBA, via Evaluate ou WorksheetFunction.

Bon appétit ! ;)

Citation:

---

Une question que je me pose: Est ce que les performances de ces fonctions / méthodes sont optimales? ou est ce que si on traite de gros volumes de données il vaut mieux écrire soit même les algorithmes pour maitriser les performances de notre application?

---

D'après mon expérience, ce qui peut se faire par une méthode ou une fonction spécifique à Excel (comme des tris, des filtre, des recherches, etc) est toujours plus rapide que des boucles.

Bonjour à tous,

je confirme, les fonctions sont bien optimisées, écrites dans un langage comme le C.
Mieux que ce que tu pourrais faire en tenant compte qu'en plus vba est interprété, et n'est pas réputé pour sa vitesse comparé à un langage compilé.
Si tu tiens vraiment à optimiser des parties tu pourrais plutôt regarder à créer des dll qui, elles, seront performantes.
eric

Bonjour,
déjà il ne faut pas mélanger les genre, Excel est un tableur et de ce fait il est utile pour mettre en valeur des tableaux. Beaucoup voient Excel comme une base de données, même dans le vocabulaire !
En fait ce que l’on recherche dans les algorithmes c’est d’automatiser des tâches qu’Excel est capable d’effectuer !

Comme le dit Pierre Fauconnier, il faut envisager Excel avant VBA !
Vue ton cursus, je ne pourrais que te conseiller te faire ton analyse comme d’habitude sans te soucier de la syntaxe !
Note que le générateur de macro est un très bon didacticiel !

Ok merci pour les infos :)
Je vais prendre un peu de temps pour décortiquer les objets de base et voir toutes leurs fonctions existantes.

Citation:

---

Envoyé par Tylert

Une question que je me pose: Est ce que les performances de ces fonctions / méthodes sont optimales? ou est ce que si on traite de gros volumes de données il vaut mieux écrire soit même les algorithmes pour maitriser les performances de notre application?
Globalement, je voudrais savoir si le surcout de temps de codage d'un algo classique est justifié par un gain de performance et si je dois vraiment considérer le fait d'aller me palucher la doc Excel Vba pour coder comme un vrai spécialiste du vba Excel

---

Bonjour.
A ma connaissance, les performances des fonctions intégrées d'EXCEL sont optimales... pour des "petits" volumes.
Pour les gros volumes il faut parfois faire autrement.
Par exemple avec RECHERCHEV pour comparer une liste de 1 million de lignes avec une autre de 10 000, ça prend 9 minutes, et 15 heures pour deux listes d'un million de lignes chacune.
Alors qu'avec une fonction "maison" rechercher 10 000 numéros de téléphone parmi une liste d'un million d'autres ne prend plus que 10 secondes, 2 minutes pour les deux listes d'un million.
C'est expliqué dans le tome 6 (voir ma signature).
Même si EXCEL n'est pas fait pour gérer les métadonnées.

Attention, écrire des fonctions personnelles comme celle-ci demande un temps fou.
Tu en gagneras en récupérant celles des codes source joints à mes mémentos.

Si tu cherches une documentation pour apprendre rapidement EXCEL je te conseille mon tutoriel (voir le tome 1 de ma signature)

Quant au VBA, même s'il n'est pas fait pour cela, il permet aux plus joueurs de faire autre chose que de l'EXCEL : Programmation graphique, problème du voyageur de commerce, cryptographie, SQL, opérations sur des nombres de plusieurs centaines de chiffres (voir les différents liens de ma signature).

Mais généralement on utilise le VBA pour automatiser des traitements que EXCEL sait faire (comme dit plus haut) ou pour faire des traitements sur mesure à la demande des utilisateurs.
Faut être un peu dingue pour faire autre chose que de l'EXCEL avec EXCEL.

Pour complèter je dirai que le volume ne plaide pas en faveur d'Excel.
Un très grand nombre de lignes avec quelques formules et Excel à la nosé!

Comme dirait Clément Marcotte Excel n'est pas une SGBD.

Mon utilisation d'Excel et du VBA est la suivante:

J'avais envie de gérer des stats de mes parties de cartes.
j'ai commencé par une feuille excel de données et des tableaux de stats rempli avec des formules excel.
Puis j'ai fait des formulaires pour la saisie des tournois, la correction des données, l'affichage des stats, etc... etc... donc une appli avec quelques algo complexes (Gestion de pairing dans un tournoi par exemple) et du chargement de données pour traitement et affichage.

Je sais que j'aurais du passer à minima sous access, mais c'est payant (enfin la version légale) et j'aime utiliser Excel pour le confort que ca m'apporte en terme de station de travail. Pas besoin d'apprendre l'HTML, le GWT ou l'angular, pas besoin d'apprendre le CSV, pas besoin d'installer un poste de travail, de configurer une connexion entre une base de données et mon serveur eclipse.
Pour mes besoins, c'est presque parfait :) Bref, je suis une feignasse, j'ai pas eu le courage de me lancer dans un truc qui demande encore plus de temps :)

Un jour je m'y mettrais sérieusement et je transformerais mon code en java / C# / .Net ou autre avec une vraie base de données, un vrai back-end et un vrai front end. A la retraite probablement :)

Un autre point fort d'Excel pour moi: C'est un logiciel présent sur énormément de plateformes et tu peux refiler ton soft facilement. Du coup le partage avec mes amis du fichier est simple (surtout qu'ils ne sont pas forcément informaticiens).

L'argumentation de la feignanise est la seule qui vaille et on ne peut plus respectables.

Pour le reste visual studio comunity et SQL serveur sont entièrement gratuit contrairement à Excel!