Plantage Access==>Oracle 9i

Bonjour
J'ai essaye de transferer une base de donnees Access 2000 ==> Oracle 9i
via Odbc. Helas sur 9 tables il ne m'en transfere que 7 en m'affichant
un etrange message d'erreur :

Citation:

---

"odbc-call failed
[Oracle][Odbc][Ora]ORA-01401 valeur inseree trop grande pour colonne
(#1401). "

---

J'ai rien compris

Le driver odbc que j'ai utilise etait le driver fournit par Oracle.
La plupart de mes colonnes sont en texte, mode varchar pour Oracle
et une seule est en mode numerique {entier long} mode number pour Oracle 9i. La taille des colonnes est en mode texte 250.J'ai essaye de reduire mais rien n'y fait.
Ce qui est encore plus bizarre c'est que j'ai fait une appli java qui recupere en odbc et qui le transfere a ma base Oracle via le driver jdbc thin.Ca se passe comme lettre a la poste.
L'incovenient d'utiliser cette solution est que c'est long, tres long; creer les classes java respectives, recuperer les objets dans un vecteur et seuleument apres mettre a jour la base.
Si l'appli avait marche via odbc un simple bouton droit exporter et le tour
est joue.
Je connais mal les limites d'odbc si quelqu'un a une solution plus elegante
que la mienne, et surtout si vous etes tombe sur ce genre d'erreurs
zarbi.
En vous remerciant a l'avance.
Cordialement

[Modération : balises [quote] ajoutées par LeoAnderson]

Le problème est que quelque part, vous avez une donnée qui est plus grande que la taille de la colonne.... :?
Le fait que votre appli fonctionne indique que votre appli doit tronquer une chaine, ce que ne ferait pas l'ODBC ?

Donc, plutôt que de réduire les tailles des colonnes, il serait plus raisonnable de les agrandir sous Oracle ! :-)

Tout d'abord LeoAnderson je vous remercie pour votre intervention.
J'ai regarde et le probleme venait du fait que j'avais deux colonnes sur les
dizaines qui existaient dans la base en Numerique " ==> Entier long pour Access"
Je les ai mis en double et ca marche super.
Comme je l'ai dit cette solution est beaucoup plus souple, et optimale que que de faire des classes Java, puis des vecteurs, compiler les applis pour eliminer les eventuels bugs.
J'ai constate qu' avec un I.D.E. qui ne vous gere pas les assesseurs, vous mettez pres d'une heure au total pour deux tables .
Avec l'exportation via ODBC vous faites ca en 30 secondes. Donc le choix est vite fait. C'etait tres sympas de votre part, de m'avoir indique le probleme.
Cordialement.

Ce fut un plaisir de vous aider ! :-)

Sinon, votre conclusion ne me surprend absolument pas : l'affichage est une des opérations les plus lentes qui soit (que ce soit en fenêtre graphique ou en mode console).

Puisque votre problème semble solutionné, je met le tag [Résolu]. ;-)

Le seul petit probleme dans toute cette histoire c'est que l'export via
ODBC ne gere pas les liens entre tables.
Du coup on ne peut pas faire l'economie de script du genre
alter table ....
add
(
constraint.......
)
Sinon tout marche pour le mieux.
Cordialement.