Discussion :

[Mvu]

Bonjour,
Il y en-at-il parmi vous qui ont déjà expérimenté cette fonction ? En ce qui me concerne, j'obtiens à chaque tentative un rapport me signalant que la table a été effacée ou l'exportation a échoué. Pas très parlant tout cela. Si quelqu'un peut me mettre sur une piste ?

[argyronet]

Bonjour,

Est-ce que ce message est mentionné pour chaque table sur le rapport ?
Si c'est le cas, c'est certainement que tes tables ne sont pas structurées en conséquence des données qu'elles sont censées contenir et certaines lignes possèdent par exemple des NULL. SQL Server est de loin plus exigeant en matière de type de données.
Le problème des index uniques peut être une autre piste.
Normalement, l'assistant fonctionne correctement et le processus de migration n'est pas très loin de ce que j'ai écris pour les versions précédentes.

Vérifie donc les données des tables ; Essaye en // de migrer une seule table pour voir si l'assistant t'emmène jusqu'au bout sans erreur.

Argy

[Mvu]

Merci pour la littérature. J'ai effectué un essai maintenant en réduisant la table à un seul enregsitrement et cette migration a réussi. Donc je suppose que lorsqu'il tombe sur un enregistrement qui ne lui plaît pas, il avorte la migration. Ma table ayant une clé primaire, existe-t-il un utilitaire qui pourrait m'aider en indiquer l'enregistrement qu fait poblème ?

[argyronet]

Hummm, à part à travers une requête bien montée à travers une procédure en boucle sur chaque colonne, je ne connais pas d'utilitaire bien adapté à ce genre d'examen et ce, qu'il y ait clé primaire ou pas.
Une idée comme ça : supprimer les NULL et forcer chaque colonne avec un Null interdit OUI dans les propriétés de la table : De là, faire un Update inutile* sur chaque ligne...
Il faut alors poser une gestion d'erreur.
Si la méthode .Update échoue, tu auras la ou les lignes concernées.

Argy

* Mettre à jour un champ avec sa propre valeur (Une date par exemple)

[Mvu]

En procédant par élimination j'ai pu isoler les réfractaires. Il s'agit de 3 enregistrements sur les 1525 que compte la db. J'ai beau analyser ces 3 enregistrements, je ne vois pas ce qui les corrompt. Est-ce que maintenant on pourrait écrire une requête sur ces 3 enregistrements pour y voir plus clair ? Si oui, alors il faut m'aider parce que je suis pas certain de comment écrire cette requête.

[argyronet]

En procédant par élimination j'ai pu isoler les réfractaires. Il s'agit de 3 enregistrements sur les 1525 que compte la db.

Mais encore ?
Comment sais-tu qu'il s'agit de ceux là... ?

Argy

[Mvu]

Je les ai reperé en procédant par élimination. Si je supprime les 3, la migration se passe sans aucun problème. J'ai repéré les champs à problème. Ce sont 3 champs texte 255 caractères. Il n'y a rien de vraiment particulier dedans mais si je les mets à blanc, la migration se passe bien J'aimerais trouver une méthode qui me permette de repérer ces enregistrements récalcitrants car j'ai pas mal de db Access à migrer. Pour repérer ces 3 enregistrements réfractaires, cela m' a pris 4 heures !