Discussion :

[ibill]

Salut,

Je travaille sur un projet d'acquisition de terrains au sein d'une collectivité.
Ma base de données s'appuiera essentiellement sur une table contenant environ 70 colonnes (hem, je suis pas trop pour mais bon faudra faire avec !)

Chaque enregistrement dans cette table correspond à une parcelle.

Le problème est que dans certains cas, il y'aura probablement un ensemble de parcelles aux attributs identiques (même propriétaire, même procédure d'acquisition, etc...) et que dans ces cas là, j'aimerai ne pas avoir à resaisir les 50 ou 60 champs qui ne changeront pas, mais plutot prévoir une petite routine qui automatise la copie des champ de la première parcelle saisie sur les n enregistrements suivants.

J'ai quelques idées, mais trop peu d'expérience pour savoir laquelle mettre en oeuvre, et comment...
J'avais notamment pensé à une procédure dans laquelle je récupererai le nombre x de parcelles ayant des attributs communs que je saisirai une seule fois et qui seraient répliqués sur les x-1 enregistrements suivants.
Ou encore préparer des requêtes récupérant les champs à copier dans le dernier enregistrement, lié à un bouton qui à chaque clic copierait automatiquement les données de l'enregistrement précédent (via une requete UPDATE)...

Quelle solution selon vous ? Avez vous des liens sur des topics du même genre (avec la multiplicité du jargon, je n'ai rien trouvé de probant :/)

Merci !

ibill

Comme je ne serai pas l'utilisateur de l'outil, je dois être attentif à faire quelquechose de fonctionnel et intuitif (ça passera par des formulaires)

[Arola78]

Bonjour,
J'ai eu à peu près le même problème. Voici ce que j'ai fait : dans un formulaire 1E-Ecran Sélection je saisie un Index puis Titre. Après contrôles d'usage (non blanc, non nul) j'actionne un bouton qui éxécute la requête suivante :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
INSERT INTO Valeurs ( [Index], [Mots Clés], Nom, Domaine, Nationalité, Géo, Quantité, Titre, Nominal, Devise, Année, Couleur, Cadre, Fond, Lettre, Etat, Dimensions, PrixAchat, DateAchat, Estimation, DateEstimation, Classement, Comments, Multiple, Coefficient, Lien )
SELECT [Index], [Mots Clés], [Nom], [Domaine], [Nationalité], [Géo], [Quantité], [Titre], [Nominal], [Devise], [Année], [Couleur], [Cadre], [Fond], [Lettre], [Etat], [Dimensions], 0, Date(), 0, Date(), [Classement], [Comments], 2, 1, [Lien]
FROM Valeurs
WHERE Index=forms![1E-Ecran Sélection]!Index And Titre=forms![1E-Ecran Sélection]!Titre;

Cette requête duplique l'enregistrement dont Index et Titre sont déjà présents dans la table Valeurs. A adapter pour faire plusieures duplications

[ibill]

Je note, merci...

Suite à réunion ce matin qui a fait évoluer le schmilblick, je vais probablement devoir penser le truc différemment (des questions d'interface, et problematique du sujet un peu complexe, notamment dans la définition desdits lots !)...

A priori, l'interface devra proposer la possibilité de sélectionner les parcelles faisant partie du lot (et donc préalablement saisies), pour ensuite y affecter les données qui ne seront entrées qu'une seule fois... ce sera plus souple, mais probablement plus dur a développer.

En gros, cela devrait ressembler à un formulaire ou l'on choisit la sélection dans la partie supérieure, et ou on saisit dans différents onglets dans la partie inférieure... Enjoy

Post à suivre, l'implémentation du projet n'est qu'au début !!

[ibill]

Bon, je crois que j'ai trouvé le moyen de faire un truc qui marche, et qui s'appuie sur une table, plusieurs forms et pas mal de code.

Au niveau interface :
Lorsque l'utilisateur veut faire une saisie en bloc, il lance un premier form qui permet de sélectionner les enregistrements à affecter. Ce premier frm ressemble a celui de caféine pour la recherche multicriteres : une section avec des filtres, et une zone de liste montrant tous les enregistrements correspondants. En double cliquant sur un enregistrement de la zone de liste, on ajoute l'enregistrement courant à la table 'sélection'.

On peut appeler un form pour visualiser la sélection - et là j'ai encore un probleme (d'ailleurs si vous pouvez m'aider, suivre le lien ci dessous, merci !
http://www.developpez.net/forums/sho...d.php?t=588338)

Lorsque la sélection est ok, on passe à l'étape suivante qui charge un 2nd form utilisé pour choisir les champs et y entrer les données. En arrière plan, entre les 2 étapes, on crée la variable chaine correspondant à la partie "where " du SQL (de type update) qui sera utilisé à la fin.

Le 2è form est basé sur le form de saisie initiale, mais il comporte des checkbox pour choisir si les champs sont a récupérer dans la requête de MAJ.
(les checkbox jouent sur la propriété enabled des contrôles pour récupérer leur nom (qui est le même que celui des champs de la table à mettre à jour) et la valeur entrée dans ce champ.

Lorsqu'on valide cette 2eme étape, une fonction génère alors la partie "set" du SQL (type champ = valeur).

Le code SQL final est ensuite généré à partir des 2 morceaux précédents, plus la partie fixe (UPDATE table SET ...)

Au final, cette grosse requête est exécutée par un docmd.runsql

...et ça marche

Quand tout marchera nickel (reste ce problème de datasheet à regler !) je mettrai des exemples de code à la suite de ce post !

ibill