Discussion :

[AidezMoiSvp]

Bonjour,

Le temps d'exécution d'un code vba est-il proportionnel au poids du fichier ?
Excel est-il plus rapide en fonctionnant sur un gros fichier ou sur plusieurs petits ?

Taille du projet :
- nombre de lignes : dans l'absolu autant d'entrée en ligne que l'autorise excel 2010. Cependant 1000 lignes serait déjà beaucoup...
- nombre de colonnes : indéterminé (surement pas loin de 2000 mais sur la plupart des lignes beaucoup seront vides)
- format des cellules : exclusivement du texte (aucune formule de calcul)

Merci

[defluc]

Je commencerais pas alléger en évitant les lignes vides.

[jfontaine]

Bonjour,

Taille du projet :
- nombre de lignes : dans l'absolu autant d'entrée en ligne que l'autorise excel 2010. Cependant 1000 lignes serait déjà beaucoup...
- nombre de colonnes : indéterminé (surement pas loin de 2000 mais sur la plupart des lignes beaucoup seront vides)
- format des cellules : exclusivement du texte (aucune formule de calcul)

Si pas de formule, ce n'est pas Excel qu'il faut utiliser, mais access.
Ce sera beaucoup plus performant.

[AidezMoiSvp]

Bonjour,

Comme beaucoup de personne dans mon cas (enfin je suppose) la structure dans laquelle je travaille ne dispose que de la suite de base d'office et donc access n'est pas compris dedans.

Je dois donc composer avec excel...

[jfontaine]

Dans ce cas, je te conseil d'utiliser SQL express (Version gratuite de SQL server).
L'avantage est que si ton projet prend de l'ampleur il est très simple de passer à une version serveur de SQL server.

http://msdn.microsoft.com/fr-fr/express/aa718378

[defluc]

Et pourquoi ne pas se tourner vers LibreOffice ? http://fr.libreoffice.org/

[AidezMoiSvp]

Merci pour vos réponses.

Pas le temps de regarder ça ce soir mais je vous tiens au courant.

Merci

[Invité]

Bonjour

On prend très bien géré un fichier mdb (Access) sans Access à partir d'Excel en utilisant la technologie DAO, mais il faut de bonnes connaissances dans ce domaine.

@AidezMoiSvp

Il faudrait donner plus de détails sur tes données, pour créer un classeur optimisé. Car là tu n'as que des réponses théoriques.

On ne choisit pas un logiciel (Excel, Access, la suite Libre Office ou autre) qu'en fonction d'un cahier des charges.

Philippe

[AidezMoiSvp]

Bonjour,

Bonjour
On ne choisit pas un logiciel (Excel, Access, la suite Libre Office ou autre) qu'en fonction d'un cahier des charges.
Philippe

Bon déjà je ne suis pas sur la bonne voie alors... En effet, je sais ce que je veux, j'ai déjà des esquisses via excel. Cependant, plus j'avance et plus je me dis que ce n'est pas le bon logiciel pour faire ce que je veux.

J'ai déjà posté dans la section "Conception". Sans trop de succès. Je vais essayer d'être plus précis ici.

1° Pourquoi je me suis basé sur excel ?
Programme facile d'accès (plutôt simple à comprendre, logiciel présent sur tous les postes dans ma structure).

2° Ce que je veux faire ?
Un "logiciel" de gestion de contrat.
J'ai esquissé ce projet sur excel (principe de fonctionnement, lien logique, présentation générale, ...).
Je dispose (toujours sous excel) de plusieurs "module" :
- un module dit "évènementiel" : datés clé avec création de tâche dans outlook, ...
- un module dit de "rédaction" : l'utilisateur entre les données dans un USF pour rédiger le contrat sous word.
- un module dit d'"exécution" : gestion du contrat (avenant, ordre de service, ...).

3° Présentation des contrats :
Les contrats peuvent être "complexes" c'est à dire qu'un contrat peut être divisé en lot. Ces derniers peuvent comprendre des options, des variantes, des tranches, avoir des dates de démarrage différentes, ...
Ex : un contrat comprend 25 lots, 10 lots comprennent 5 options, 10 lots comprendre 8 variantes, ...

4° Pourquoi mon fichier excel est si volumineux ?
J'ai réservé les colonnes ainsi :
- une colonne pour l'intitulé du lot et la description du lot (soit 40 colonnes)
- une colonne pour l'intitulé et la description de l'option (soit 400 colonnes)
- une colonne pour l'intitulé et la description de la variante (soit 400 colonnes)
- une colonne pour le nom et les coordonnées de l'entreprise (sachant que plusieurs entreprises peuvent être retenue pour un lot.

Tout cela multiplié par le nombre de ligne (une ligne = un contrat).

Mes esquisses sur excel fonctionnent bien. Seulement, je n'ai testé que sur des petits contrats (3 ou 4 lots par contrat, très peu voire pas d'options ou de variantes, ...).

J'espère avoir apporté assez de précision.

Merci

[78chris]

Bonjour

Cela confirme plutôt l'option base de données.

Si ta structure a Office 2010 un seul Office avec Access et des runtime pour les postes me parait la bonne piste.

[AidezMoiSvp]

C'est le cas effectivement.
Bon on dirait que je n'ai plus qu'à apprendre le langage Access...

Je laisse le poste ouvert pour d'autres avis.

Merci