Discussion :

[John38290]

Bonjour,

J'utilise Access depuis hier, je suis donc un débutant :-S.

Actuellement, j'ai une table qui est variable comprenant :
-Désignation article
-Quantité
-Montant
-Equipements
-Article

Cette table est variable car on ne sait pas combien d'articles seront sorties par équipement.
Mon but est de créer une table qui comprendra 15 lignes par équipements à la suite.
Par exemple, si 2 articles ont été sortie sur un équipement, 13 autres lignes seront ajoutées pour cet équipements avec les valeurs 0 dans tous les champs. Est ce que cette opération est possible sans devoir créer une requête par équipement ?

Je vous remercie par avance.

Cordialement,

[marot_r]

On peut le faire avec une seule requête mais je t'invite d'abord à faire un ou deux tutoriaux sur la création de base de données avec Access.

Ton architectue actuelle n'est pas idéale.

La struture recommandée est la suivante :

Une table Article
ClefArticle
CodeArticle (optionnel)
DesignationArticle
Autres infos sur l'article

Une table Equipement
ClefEquipement
CodeEquipement (optionnel)
DesignationEquipement
Autres infos sur l'Equipement

Une table SortieArticle
ClefSortieArticle
ClefArticle (en relation d'intégrité avec la table Article)
ClefEquipement (en relation d'intégrité avec la table Equipement)
QuantiteSortie
MontantSortie
DateHeureSortie (pemettrait, en combinaison avec la ClefEquipement, de repérer assez facilement le nombre de lignes existantes et donc de calculer le nombre de ligne à ajoutre par programme).

Cette structure permet de s'assurer

• que l'utilisateur ne choisi qu'un équipement référencé.
• que l'utilisateur ne choisi qu'un article référencé.
• que tu puisses facilement ajouter un article à ta liste
• que tu puisses facilement ajouter un équipement à ta liste
• que les informations qui sont communes (ex : la désignation de l'article) ne sont pas répétées à chaque ligne.

A+

[Tofalu]

+1 avec Marot

D'une bonne architecture découlera une bonne application

[John38290]

Bonjour messieurs,

Mon problème est que je travail avec des extractions SAP. Beaucoup de champs que vous avez conseillés ne sont pas disponible.

[Tofalu]

Cela n'empêche pas d'avoir un traitement post extraction afin de rapatrier les données dans une base normalisée.

[marot_r]

OK, on a parfois des contraintes qui empèche d'atteindre l'optimum mais comme le dit Tofalu , pourquoi se priver d'une bonne architecture :-).

Donc, je te suggère quand même d'ajouter à ta base les tables :

Article :
-Article (je suppose que c'est un code unique ou quelque chose comme cela)
-Désignation article

Equipement :
Equipement (je suppose que c'est un code unique ou quelque chose comme cela)

Ta table de travail serai alors :
-Article
-Quantité
-Montant
-Equipements

L'importation conisterait, en partant de ton extraction, à :

1. Faire une requête ajout pout ajouter les nouveaux articles dans la table article.
2. Faire une requête ajout pout ajouter les nouveaux équipements dans la table équipement.
3. Ajouter les nouveaux enregistrements dans ta table de travail.

Combien as-tu d'équipements ?

Tu vas ajouter les lignes à ta table de travail, n'est-ce pas ?