Discussion :

[sevyc64]

Bonjour à tous.

J'ai un logiciel qui consiste à injecter des données sous forme de fichiers txt dans une base données SQLServer, puis d'y faire divers traitements.
Pour cela, j'utilise, entre-autre, le code suivant

Code VB :

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
24
25
26
27
28
29
30
31
32
        Dim sourceData As New DataTable
 
        Dim builder = New OleDbConnectionStringBuilder()
        builder.Provider = "Microsoft.Jet.OLEDB.4.0"
        builder.DataSource = <DossierDuFichier>
 
        Dim propertyToAffect = "text"
        builder.Add("Extended Properties", propertyToAffect)
 
        Using sourceConnexion As New OleDbConnection(builder.ConnectionString)
            sourceConnexion.Open()
 
            Dim command As New OleDbCommand(String.Format("SELECT * FROM [{0}]", <NomDuFichier>), sourceConnexion)
            Dim adapter As New OleDbDataAdapter(command)
 
            sourceData.Reset()
            adapter.Fill(sourceData)
 
            sourceConnexion.Close()
        End Using
 
......
 
		Dim bulkCopy = New SqlBulkCopy(destConnexion)
		bulkCopy.BulkCopyTimeout = dureeTrait
		bulkCopy.DestinationTableName = String.Format("dbo.{0}", <NomDeLaTable>)
 
		For Each column As DataColumn In dataTable.Columns
			bulkCopy.ColumnMappings.Add(column.ColumnName, column.ColumnName)
		Next
 
		bulkCopy.WriteToServer(dataTable)

J'ai besoin de passer mon logiciel en 64bits car dans la suite du traitement, il fait appel à des dll métiers qui vont désormais être compilées en 64bits only.
Mais je ne peux pas le faire à cause de l'utilisation du moteur Microsoft.Jet.OLEDB.4.0, qui n'existe pas en 64 bits.

Existe il une alternative à ce moteur ?


PS : Je ne peux pas utiliser une requête avec "OPENROWSET(BULK ..." pour intégrer les données car le serveur est distant et il ne peut pas accéder aux fichiers à intégrer sur le poste ou est exécuté le logiciel. De plus cela nécessite une qualité irréprochable des données, chose que je n'ai pas et ça génère beaucoup de plantage.

[Pol63]

tu peux tenter ace oledb

[sevyc64]

Bon j'ai besoin de pousser un peu plus les tests, mais avec les premiers essais, ça semble fonctionner correctement juste en remplaçant builder.Provider = "Microsoft.Jet.OLEDB.4.0" par builder.Provider = "Microsoft.ACE.OLEDB.12.0"
Maintenant, il falloir aussi vérifier que le ACE.OLE.DB est installé sur les postes des utilisateurs, mais je pense que oui, on est tous connecté à Office 365

[Pol63]

ace ole db a un défaut, c'est qu'il est lié à office
si sur un poste office x32 est installé, il sera impossible d'installer ace ole db x64 (qui a un installeur standalone)
et donc si ton exe est en x64 il ne pourra pas utiliser ace ole db ... (et réciproquement)

[micka132]

Moi j'avais galéré pour pouvoir lire des vieux mdb (access 97) qui ne fonctionnait qu'avec JET.OLEDB.4.0 et dans le même temps je devais lire des .accdb qui n'était pas compatible avec ce même driver. S'en est mêlé les versions x64 et x32, et là j'ai jamais trouvé de solutions mise à part avoir 2 exe différent (un x64 et un x32).

Mais dans ton cas du tapes sur du sql serveur; peut-être que tu peux aller taper sur des drivers ODBC et non OLEDB.

Dans tous les cas, on se dit toujours que ce genre de chose est réglé depuis des lustres...et bien non !

[sevyc64]

Le problème n'est pas SqlServer, là tout marche. Le problème est bien les fichiers txt (pseudo) csv, accédés comme une base de données.

Pour Office, on a normalement tous Office 365. On est tous sur des machines 64 bits. J'espère quand même que l'admsys nous a installé à tous des versions 64 bits. Mais c'est un point qui sera vu lors des tests (si je trouve du temps )