Discussion :

[MM_13]

Bonjour,

Je connais un tout petit peu le VBA avec Excel et je voulais faire une petite base de données mais cette fois-ci avec Access.

Je voulais savoir s''il est possible de "coller" d'un seul coup les données obtenues dans une variable tableau à partir du dernier enregistrement d'une table Access, un peu comme ça peut être fait sur excel.
Ou bien est ce qu'il faut passer par une boucle et ainsi copier chaque ligne de la variable tableau dans la table Access.

Merci.

[marot_r]

Bonjour.

Si par "variable tableau" tu entends une feuille EXcel, oui c'est possible avec l'importation : DoCmd.ImportSpreadsheet().

Si tu entends quelque chose comme dim t(100) as string, soit un tableau de 101 éléments en mémoire, alors non. Il faut écrire chcun des éléments 1 à 1 dans une table.

Ceci dit généralement en Access on essaiera d'utiliser directement une table plutôt qu'un tableau en mémoire. C'est plus "naturel" car il y a tout un tas d'outils pour les utiliser alors que les tableaux ne sont accessible qu'au VBA.

A+

[MM_13]

C'est le 2e cas auquel je pensais.
Un tableau à 2 dimensions.

En fait cette variable tableau est obtenue parce que je liste les fichiers contenus dans des répertoires et sous-répertoires.
Je mets ces infos de fichiers dans une variable tableau au lieu d'écrire directement dans une table Access, ça va plus vite je pense, et je voulais "coller" ce tableau une fois obtenu dans la table Access. C'est la méthode que je faisais sous Excel.

[marot_r]

Oui mais en Access tu ne peux pas donc écrit directement les résultats dans la table.

En Access une table "n'existe" qu'un enregistrement à la fois.

Tu peux manipuler plusieurs enregistrements avec des requêtes SQL mais voit-le quand même comme une lecture et modification d'une ligne à la fois, pour chacune des lignes concernées.

Quand à la vitesse d'exécution, il y a des buffers gérés en interne par Access et des buffers gérés au niveau de Windows et aussi au niveau du(des) processeur(s) donc il n'est pas évident de savoir si "c'est plus rapide" ou pas sans faire de comparaison des différentes méthodes.

A+

[MM_13]

Du coup ça veut dire qu'il vaut mieux que je laisse tomber ma variable tableau et que ma boucle sur tous mes fichiers écrivent directement les infos dans la table Access ?
Ou bien je garde la variable tableau et j'écris les infos de la variable tableau dans la table Access avec une boucle ?

Il y a 2 choses que je n'ai pas compris dans ton message :

1/ "En Access une table "n'existe" qu'un enregistrement à la fois" -> ça veut dire quoi une table n'existe qu'un enregistrement à la fois ?

2/ "Quand à la vitesse d'exécution, il y a des buffers gérés en interne par Access et des buffers gérés au niveau de Windows et aussi au niveau du(des) processeur(s) donc il n'est pas évident de savoir si "c'est plus rapide" ou pas sans faire de comparaison des différentes méthodes" -> c'est quoi des buffers ?


Merci.

[marot_r]

Bonjour.

Du coup ça veut dire qu'il vaut mieux que je laisse tomber ma variable tableau et que ma boucle sur tous mes fichiers écrivent directement les infos dans la table Access ?

Oui passer par une variable tableau ne fait qu'ajouter de la complexité au traitement.

1/ "En Access une table "n'existe" qu'un enregistrement à la fois" -> ça veut dire quoi une table n'existe qu'un enregistrement à la fois ?

Dans Excel tu as une notion de "feuille" où toutes les lignes et toutes les colonnes existent "simultanément".
Access lui ne voit ces données qu'une seule ligne à la fois.
C'est pour cela que tu ne peux pas copier ta variable tableau directement dans une table.

C'est un peu simplifiée comme vue mais cela reste un bon modèle mental.

c'est quoi des buffers ?

En français on appelle cela "Tampon" ou "Mémoire Tampon". C'est un espace en mémoire vive où l'ordi stocke des informations avant de les "écrire" réellement. Pour les accès aux disques par exemple, Windows va stoker temporairement en mémoire des informations jusqu'à ce qu'il en ai une certaine quantité puis il va réellement les transférer vers le disque. Ça marche pour l'écriture et la lecture, quand tu demandes une info, il récupère un peu plus car il est probable que tu vas en avoir besoin.

Ces tampons sont présents quasiment à tous les niveaux : processeur, disque, même mémoire vive ce qui fait qu'il est assez difficile d'estimer un temps de traitement sans faire de mesure et même là les résultats pourraient varier d'une machine à l'autre ou même en fonction du moment où tu fais tes tests.

Avec la puissance des machines actuelles, je dis qu'il faut optimiser le code pour sa compréhension pour l'humain car c'est celui qui prend le plus de temps à faire les choses. Donc si ton code super optimisé est compréhensible en 3h, je préfère un code moins optimum que je comprends en 5 mn.

A+

[loufab]

Bonjour,
Si vraiment tu es à la microseconde prés dans ton traitement il y a d'autres méthodes :

La collection (avec une classe d'objet) - la classe contient les propriétés de ton objet (chemin, nom du fichier, taille...) et tu stockes ça dans la collection. 1 fichier = 1 instance de classe, un item de la collection = une instance de la classe.

Le data shaping https://arkham46.developpez.com/arti...s/msdatashape/
A voir, je n'ai pas pratiqué -ça fait un moment que c'est dans la faq mais je n'ai jamais eu le déclic.

ou encore le Dictionnary (Ms scripting runtime) qui permet de stocker des données structurées.

Si tu n'es pas à la microseconde commence par utiliser une table comme le suggère marot.
Les tables sont à Access ce que les feuilles sont à Excel.

Totalement d'accord avec la remarque de marot :

Avec la puissance des machines actuelles, je dis qu'il faut optimiser le code pour sa compréhension pour l'humain car c'est celui qui prend le plus de temps à faire les choses. Donc si ton code super optimisé est compréhensible en 3h, je préfère un code moins optimum que je comprends en 5 mn.

Cordialement,

[MM_13]

Bonsoir marot_r et loufab,

Merci pour vos réponses.
J'ai abandonné les variables tableaux avec Access, j'ai réussi à faire un bout de code avec donc de l'écriture directement par enregistrement pour le scan de dossiers.