Discussion :

[LeMin]

Bonjour à tous,

Je développe en access 2007, et mon client utilise le runtime 2007.
J'ai développé une application et l'administrateur peut récupérer le contenu d'un fichier excel dans Access.
J'ai utilisé la fonction

Code :

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

DoCmd.TransferSpreadsheet acImport, acSpreadsheetTypeExcel9, "T_BPUExcel", NomFicherChoisi, True

Les données Excel vont donc dans la table T_BPUExcel dont 2 champs sont définis en "mémo"

Jusqu'à maintenant, tout allait bien:
- les champs longs dans Excel se retrouvaient longs (sans coupure) dans le champ mémo correspondant de T_BPUExcel

Et récemment, mon client a fait une mise à jour de sa version office: il a installé office365 sur ses postes.
Par contre, je pense qu'il utilise toujours le runtime qui est installé aussi sur ses postes.
Et depuis, j'ai l'impression que le TransferSpreadsheet tronque les champs mémo (il coupe après 256 caracteres).

Avez vous une idée de ce qui peut se passer ?
Merci pour vos idées

[hyperion13]

Salut
Le problème est connu.
Peut-être un début de piste ici ou là.

[LeMin]

Salut
Le problème est connu.
Peut-être un début de piste ici ou là.

Merci @hyperion13 pour ta réponse.
J'ai bien lu les posts cités. J'ai compris que l'importation ne marche pas toujours en fonctions des données (si pas de chaine longue en début de fichier).

Ce qui est bizarre, c'est que je remarque que:
- avec office 2007 installé sur mon ordi, ça marche
- chez mon client, quand il n'avait pas office 368, ça marchait
- et maintenant qu'il a office 365, ça ne marche plus (on utilise le même fichier Excel en import)

Y a t il un lien avec office 365 ou non ?
Merci

[Thumb down]

bonjour,
comme un onglet Excel n'a pas de typage de données c'est Access qui si colle et qui défini le typage!

je t'invites à tromper Access en lui insérant une ligne inutile!

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
Sub test()
NomFicherChoisi = "C:\MyRep\Classeur1.xlsx"
With CreateObject("Excel.Application")
    .Visible = True
    With .workbooks.Open(NomFicherChoisi)
        With .sheets("T_BPUExcel")
            .Rows("2:2").Insert Shift:=-4121, CopyOrigin:=0
            .Range("A2").Value = String(500, "@")
        End With
        .Save
        .Close
    End With
DoCmd.TransferSpreadsheet acImport, acSpreadsheetTypeExcel9, "T_BPUExcel", NomFicherChoisi, True
    With .workbooks.Open(NomFicherChoisi)
        With .sheets("T_BPUExcel")
           .Rows("2:2").Delete Shift:=-4162
        End With
        .Save
        .Close
    End With
    .Quit
End With
End Sub

[LeMin]

Bonjour @Thumb down
Si j'ai bien compris, par vba, tu crées une donnée (500 caractères) en début de fichier et tu l'enlève après l'import.
Mais, y a t il un rapport avec office 365 installé sur le poste

[Thumb down]

Bonjour,
C'est lier aux fait que les colonne Excel ne sont pas types et que CDO,mais pour Ado c'est pareil, interprète sur 8 lignes d'apprentissage le type. Plus de 255 mémo moins char(255).

Il est possible que 365 ne valide que 1,2 ou 3/ 8 lignes mais çà ne change pas grand choses !

Maintenant difficile d'être formel sur les version CDO!

Ragardes maintenant ton fichier aux vues de ses explications.

[LeMin]

Ok, merci pour les infos.
Ce que je vais faire, c'est ajouter une première ligne 'bidon' avec les 2 champs mémo > 256 caractères et tester.
Je devrai faire ça chez mon client.
Dès que j'ai réalisé le test, je reviens vers vous pour vous dire quelque chose.

Bonne journée