Discussion :

[laurent_ott]

Bonjour,

J'ai le plaisir de vous pr�senter une nouvelle documentation :

Fonctions en VBA pour g�rer de gros volumes de donn�es

Dans cet article vous allez apprendre comment, en VBA, g�rer de gros volumes de donn�es qui peuvent d�passer les capacit�s d'une feuille de calcul d'Excel.
Car une fois d�pass�es les 1 048 576 lignes disponibles, les fonctions classiques d'Excel ne peuvent plus �tre utilis�es.

Vous pouvez d�poser vos commentaires dans cette discussion.
Bonne lecture.

[rayflex]

Bonjour,

Franchement, c'est super int�ressant.

Mais cet article m'interpelle sur un point. Quand vous �crivez :

Sous r�serve que mes donn�es ne d�passent pas la taille d'une feuille de calcul d'Excel, limit�e actuellement � 1 048 576 lignes.
�a se complique donc lorsqu'il faut g�rer 12 mois glissants de 600 000 lignes de donn�es chacun pour g�n�rer un tableau de synth�se...
Alors en attendant une version d'Excel � deux milliards de lignes, j'ai d� d�velopper des fonctions pour g�rer de gros volumes de donn�es.

Pourquoi s'obstiner � utiliser Excel pour traiter de gros volumes de donn�es? Surtout quand le volume de donn�es d�passe la limite d'Excel.
Un SGBD et un langage de programmation (VB par exemple m�me si d'autres langages se pr�tent sans doute mieux � ce genre de traitement) feront tr�s bien l'affaire.

Surtout que vous touchez au SQL au chapitre "IV - DataFromSQL".

Y a-t-il une obligation � utiliser un tableur? Quel est l'avantage par rapport � une base de donn�es, voire un fichier texte?

En tout cas, bravo pour l'article. C'est du beau boulot.

[laurent_ott]

Bonjour et merci pour votre retour, c'est toujours int�ressant d'avoir l'avis des utilisateurs.

Je pensais avoir r�pondu, en partie, � votre question bien l�gitime dans la conclusion :

Je suis bien conscient que vous obtenez le m�me r�sultat avec d�autres techniques de programmation (ou en d�coupant vos donn�es en plusieurs paquets) et que je ne vous pr�sente rien de r�volutionnaire. Mon souhait est juste de vous faire d�couvrir une autre approche, avec ses avantages et ses inconv�nients.

Mais j'aurais d� pr�ciser que je n'impose rien � personne, que je me contente de pr�senter une possibilit� parmi d'autres, et que chacun reste libre d'adapter la solution qui lui convient selon ses habitudes de programmation et (aussi, voire surtout) les outils et langages de programmations qui sont � sa disposition.

Quant � moi, c'est simple, je ne dispose que d'Excel et du VBA pour satisfaire au mieux les besoins de mes coll�gues.
Dans cette documentation je me contente de proposer des fonctions qui peuvent, peut-�tre, �tre utiles � d'autres personnes qui sont dans mon cas.
Je laisse aux "sachants" le loisir de discuter de leur pertinance.

Cordialement.