OleDB non pris en charge en mode 64 bits?

Question

J'ai utilisé Microsoft.Jet.OLEDB.4.0 et Microsoft.ACE.OLEDB.12.0 pour lire des fichiers .csv, .xls et .xlsx.

Je viens de découvrir qu'aucune de ces technologies n'est supportée en mode natif 64 bits!

J'ai 2 questions:

1. Quel est le moyen pris en charge pour lire programatically .csv, .xls et .xlsx en mode 64 bits. Je viens de ne trouve pas de réponses à cela n'importe où.

2. Si je ne peux pas lire dans les trois fichiers types, ce qui est la meilleure façon de lire dans les fichiers .csv dans un environnement 64 bits ?

Notes:

• J'utilise .NET (3.5p1)
• Ceci est une application de pellicule rétractable; la redistribution est un facteur clé .

Mise à jour:

Je peux utiliser CorFlags pour forcer l'application à exécuter en mode 32 bits, ce qui fonctionne, mais il est pas souhaitable.

Answer 1

Voici une description de ce qu'il faut faire about deprecated MDAC. Je crains que la réponse n'est pas très satisfaisant ...

Ces nouveaux ou convertis applications Jet peuvent continuer à utiliser Jet avec l'intention d'utiliser Microsoft Office 2003 et les fichiers antérieurs (.mdb et .xls) pour les données non primaires stockage. Toutefois, pour ces applications , vous devez planifier la migration de de Jet vers le pilote système Office 2007 . Vous pouvez télécharger le 2007 Office System Driver, dont vous permet de lire et d'écrire à les fichiers préexistants dans Office 2003 (.mdb et .xls) ou Office 2007 (* .accdb, * .xlsm , * .xlsx et * .xlsb) formats de fichier. IMPORTANT Veuillez lire les limitations du Contrat de Licence de l'Utilisateur final Office 2007 pour des limitations spécifiques d'utilisation .

Remarque: les applications SQL Server peut également accéder au système Office 2007, et plus tôt, les fichiers de SQL Server de connectivité de données hétérogènes et capacités Intégrations services ainsi , via le système Office 2007 pilote. En outre, les applications serveur SQL 64 bits peuvent accéder à Jet 32 ​​bits et 2007 Office System fichiers en utilisant SQL Server 32 bits Services d'intégration (SSIS) sur 64 bits Windows.

Answer 2

En fait, je pense que Linq est votre meilleure solution pour cela.

Quelque chose comme ....

IEnumerable<MyObj> ObjList = GetObjList(yourCSVFileNAme); 

var qry = from o in ObjList 
      where o.MyField == Something 
      select o; 

et votre méthode de GetObjList ressemble à quelque chose comme

Public IEnumerable<MyObj> GetObjList(string filename) 
{ 
    // Obvioulsly you would have some actual validation and error handling 
    foreach(string line in File.ReadAllLines(filename)) 
    { 
    string[] fields = line.Split(new char[]{','}); 
    MyObj obj = new MyObj(); 
    obj.Field = fields[0]; 
    obj.AnotherField = int32.Parse(fields[1]); 
    yield return obj; 
    } 
} 

Answer 3

Le principal problème est que le SGBD Jet est une bibliothèque de 32 bits qui est chargé dans le processus d'appel Ainsi, vous ne pourrez jamais utiliser Jet directement depuis votre application en mode 64 bits. Comme Tim l'a mentionné, vous pouvez écrire votre propre analyseur csv, mais comme il s'agit d'une application rétractable, vous voulez quelque chose qui gérera un plus large éventail de formats. Heureusement, il existe un certain nombre de façons de parler des applications 32 bits, de sorte que vous pouvez toujours utiliser Jet avec un truc.

Je voudrais écrire un petit exe qui a été marqué pour fonctionner uniquement en mode 32 bits. Cet exe prendrait un argument de ligne de commande du nom du fichier à lire et le nom d'un fichier temporaire à écrire. J'utiliserais Jet pour charger le csv/xls, puis mettre les données dans un tableau de tableaux, et utiliser le sérialiseur xml pour écrire les données dans le fichier temporaire.

Puis, quand je dois charger/convertir un fichier CSV/fichier xls, je ferais ce qui suit:

object[][] ConvertFile(string csvOrXlsFile) 
{ 
    var output = System.IO.Path.GetTempFileName(); 
    try 
    { 
     var startinfo = new System.Diagnostics.ProcessStartInfo("convert.exe", 
      string.Format("\"{0}\" \"{1}\"", csvOrXlsFile, output)); 

     System.Diagnostics.Process proc = new System.Diagnostics.Process(); 
     proc.StartInfo = startinfo; 

     proc.Start(); 
     proc.WaitForExit(); 

     var serializer = new System.Xml.Serialization.XmlSerializer(typeof(object[][])); 
     using (var reader = System.IO.File.OpenText(output)) 
      return (object[][])serializer.Deserialize(reader); 
    } 
    finally 
    { 
     if (System.IO.File.Exists(output)) 
      System.IO.File.Delete(output); 
    } 
} 

Answer 4

Vous pouvez essayer la bibliothèque FileHelpers pour votre analyse syntaxique fichier plat. Fonctionne incroyablement bien.

Answer 5

peut lire et écrire des classeurs .csv/.xls/.xlsx (et more) et prend en charge 64 bits .NET 2.0+. SpreadsheetGear peut être distribué gratuitement avec vos applications shrink wrap.

Vous n'avez pas spécifié si votre application est WinForms ou ASP.NET mais SpreadsheetGear fonctionne avec. Vous pouvez voir en direct ASP.NET (C# & VB) échantillons here, en apprendre davantage sur les échantillons WinForms here et télécharger un essai gratuit here si vous voulez l'essayer vous-même.

Disclaimer: Je possède SpreadsheetGear LLC

Answer 6

Vous pouvez utiliser Microsoft Access Database Engine 2010 Redistributable pour lire et écrire csv, xls accès etc. Il existe une version 32 et 64 bits de chaque pilote.

Answer 7

Ceci est plus un poste d'information pour toute personne qui pourrait être confronté à ce problème (et pour moi-même, je Incase ont le même problème à l'avenir et ne me souviens pas :-) solution) Il est un peu obscur, mais m'a fait quelques heures de stress, alors peut-être que ça va aider quelqu'un d'autre ... Désolé si cela est répété (ne pouvait pas le trouver) ou déprécié (certains n'ont pas le luxe du dernier et le plus grand).

Si vous essayez d'utiliser Jet 4.0 pour accéder à des documents MS Excel (ou à d'autres fichiers de données) sur un serveur x64, vous découvrirez que cette combinaison n'est pas prise en charge.

La seule solution est de permettre à IIS d'exécuter des applications 32 bits sous Windows 64 et d'installer un fournisseur db pris en charge.Vous devrez installer le pilote OLEDB 64 bits pour ODBC (MSDASQL) qui agit comme un pont: "Le fournisseur Microsoft OLE DB pour ODBC (MSDASQL) est une technologie qui permet aux applications sur OLEDB et ADO (qui utilise OLEDB en interne) pour accéder aux sources de données via un pilote ODBC MSDASQL est un fournisseur OLEDB qui se connecte à ODBC au lieu d'une base de données MSDASQL est livré avec le système d'exploitation Windows et Windows Server 2008 Windows Vista SP1 sont les premières versions de Windows à inclure une version 64 bits de la technologie. " Télécharger ici: http://www.microsoft.com/downloads/details.aspx?FamilyID=000364db-5e8b-44a8-b9be-ca44d18b059b&displaylang=en

Tout cela fonctionne très bien, mais je suis tombé sur deux choses qui me avait me gratter la tête (et en insistant): 1) Vous devez autoriser ASP.Net 32 ​​bits dans IIS Web Service Extensions - Pour plus d'informations sur l'activation des applications 32 bits ET sur la configuration de l'extension du service Web IIS, consultez la section "" http://www.textcontrol.com/blog/permalink/2006082101 "". 2) Si vous utilisez des clés de registre sous IIS x64, un nouveau nœud sera ajouté dans le registre - Wow6432Node - dans lequel vous devrez déplacer/copier toutes les clés pertinentes utilisées sous x64. C'est-à-dire que nous avions une clé de données stockée dans HCLM \ Software \ CustomKey qui n'était plus disponible lorsque 32 bits était activé. Nous avons recréé la clé sous le Wow6432Node et tout était bien.