Discussion :

[philou22]

Bonjour à tous.
Je travaille sur une appli frontale ayant une base IMAGE sur HP3000 via ODBC32.

Je dois Updater des champs d'une table qui sont des "Sort Items" dans la base Image; ces champs ne sont pas modifiables directement via dt.update; il faut Deleter l'enregistrement pus le reécrire avec la valeur modifiée.

Etant "feignant" sur le code et n'ayant pas envie de réecrire une procédure pour chaque table, voyez vous une solution maline ?

Plusieurs solutions sont envisageables, vu de ma petite culture Access:

1 - Utilisation d'une table "locale" Access copie de la base Image; vidage; ajout des enregistrements voulus; modifs data (en local, pas de pb); sup des enregistrements de la table ODBC; ajouts de ceux de la table locale dans la table ODBC.
2 - Dim de variables correspondantes aux champs, stockage du record ODBC dans les variables, modif de la variable, delete du record ODBC et ADD à partir des variables mémoires.

La 1ére méthode me pose le soucis de la sécurité de la transaction, comment être sûr que les 5 enregistrements concernés ont bien été mémorisés / détruits / ajoutés quand on utilise des requetes ? (je ne connais pas le moyen de sécuriser la chose); par contre elle n'est pas lourde en code.

La 2éme méthode pose le soucis de la perso du code (un peu long) à chaque table à traiter de la sorte; a moins de trouver une méthode "générique" de stockage dans un tampon (pour modif) d'un enregistrement (énumération des champs ??).

Merci de vos lumières et toutes mes félicitations aux contributeurs de ce site qui aident les développeurs occasionnels isolés comme moi.

Philippe.

[loufab]

Bonjour,

Le DAO ne fonctionne qu'avec le moteur JET pour ODBC il faut utiliser ADO.

Cordialement,

[philou22]

J'ai oublié de préciser : je suis en Access 97.
Dabs l'aide d'Access, on parle de ODBC Direct qui ne passe pas par Jet, et de ODBC qui passe lui par Jet ....

Comment on reconnait un "lien" ODBC Direct ??

Merci.

[philou22]

Ayant regardé rapidement DAO et ADO, je crois pouvoir dire que j'attaque actuellement mes bases Images via ODBC en DAO, si j'ai tout compris. Et il me semble comprendre que ADO est arrivé après Access97.

Merci.

[Jeannot2]

Bonjour.

Selon moi, il ne faut pas supprimer tous les enregistrements de la table reliee par ODBC. Il ne faut supprimer que ceux qui sont a modifier. Si Access plante, il vaut peut etre mieux mettre les donnees a remplacer ou a supprimer dans une table intermediaire.

Dans le cas ou il y a plusieurs tables a toucher, pourquoi ne pas les lister dans une table speciale qui les passe en revue ? Pour chaque enregistrement de la table (pour chaque table referencee), il y a une suite d'actions. Des que la suite d'actions est terminee pour une table, on passe a l'enregistrement suivant de la table listant les tables a traiter et on lance a nouveau les differentes actions.

Cdlt.
Jeannot2.

[philou22]

Il est sous entendu qu'on ne supprime QUE les enregistrements à modifier; il n'est pas question de vider la table. L'ordre de grandeur est de UN enregistrement à modifier parmis quelques milliers, mais cette modification (Update) suppose un Delete suivi d'un Add des données modifiées et donc stockées quelque part par là avant le Delete.
Toute ma question concerne en fait le stockage de l'enregistrement avant son delete. L'idéal serait d'avoir une fonction qui, quelle que soit la table, puisse faire la mémo, le Delete, puis le Add en lui passant la valeur à chercher, le champ à modifier et son futur contenu .... Mais bon, je ne vois pas bien comment.

J'avais pensé parcourir les champs de la table et leur type moyennant un for ... each, puis stocker les valeurs dans des variables, mais comment fait-on pour déclarer des variables dont le type est dans une variable ??

t="String"
Dim a as contenu(t) .... !t ??

Merci de votre aide ...