Qu'est-ce que la société IMEX dans OLEDB chaînes de connexion?

Il y a un problème potentiel lors de la lecture des fichiers Excel avec une OleDbConnection.

Si vous utilisez

  "Extended Properties='Excel 8.0;HDR=NO;IMEX=3;'"

pour une colonne, comme le suivant, où les 8 premières lignes 4 (ou plus) des valeurs numériques,
alors le type est considéré comme le numérique et les valeurs de chaîne sont lus comme nulle.

Notez que l'en-tête n'est pas utilisé comme un en-tête ici (HDR=NON), de sorte que le "code postal" ligne de est sur la première ligne.
(Ces codes postaux sont de la Suède dans le cas où vous ne reconnaissez pas leur format.)

 1) zipcode
 2) 125 45
 3) 115 50
 4) 18735
 5) 11335
 6) 13940
 7) 181 55
 8) 11759
 9) 176 74
10) 137 38

Mais si vous avez des données ressemble à cela, seulement 3 sont des numériques, de les 8 premières lignes

 1) zipcode
 2) 125 45
 3) 115 50
 4) 18735
 5) 11335
 6) 139 40 <-- This one changed so that it is a string
 7) 181 55
 8) 11759
 9) 176 74
10) 137 38

il fonctionne, il lit tout, comme des chaînes de caractères.

De sorte que le premier cas est un problème. Mais il existe une solution.

Disons que vous utilisez

  "Extended Properties='Excel 8.0;HDR=YES;IMEX=1;'"

où nous avons changé IMEX à 1 et HDR OUI, alors il va lire les données sous forme de chaînes dans les deux cas ci-dessus.
Mais disons que nous avons des données de cette

 1) zipcode
 2) 12545
 3) 11550
 4) 18735
 5) 11335
 6) 13940
 7) 18155
 8) 11759
 9) 17674
10) 137 38

puis toutes les 8 premières lignes de données sont numériques, et alors il échoue à nouveau, même si nous avons IMEX=1.

Vous pouvez résoudre ce problème de la manière suivante. Modifier la chaîne de connexion à ce

  "Extended Properties='Excel 8.0;HDR=NO;IMEX=1;'"

Avis que nous avons gardé IMEX=1, mais a changé de retour HDR ou PAS.

Maintenant la ligne 1 n'est pas considéré comme un en-tête de plus et "code postal" est
lire des données et puisque c'est clairement une chaîne de caractères, toutes les lignes sont lues comme des chaînes de caractères (c'est la façon dont la société IMEX=1 œuvres).

Il y a deux inconvénients à cette méthode. Les deux peuvent être résolus:

1) Vous ne pouvez pas se référer à la colonne par son nom (code postal) mais besoin d'utiliser par exemple F7 selon l'endroit où la colonne est situé.

Vous pouvez résoudre ce problème en cherchant où le code postal de la colonne est situé
(peut être fait par programmation) et de modifier le texte SQL en conséquence par
la modification de "code postal", par exemple "F7".

2) La valeur "zipcode" apparaîtra dans vos données.

Cela peut être résolu en ayant F7<> "code postal" dans votre clause where. Un
pourrait penser que ce serait contrecarrer le fait que nous avons inclus
code postal (étant une chaîne) pour s'assurer que toutes les lignes sont traitées comme des chaînes.
Après avoir testé cela, il s'avère, cependant, que la clause where
truc qui exclut "code postal" n'a pas de neutralisation
effet.

Veuillez utiliser un programme généralisé de la fonction dans un Module...

Public Function DeleteBlankRowsfromDataset(ByRef Dtset As DataSet) As Boolean
    Try
        Dtset.Tables(0).AsEnumerable().Where(Function(row) row.ItemArray.All(Function(field) field Is Nothing Or field Is DBNull.Value Or field.Equals(""))).ToList().ForEach(Sub(row) row.Delete())
        Dtset.Tables(0).AcceptChanges()
        DeleteBlankRowsfromDataset = True
    Catch ex As Exception
        MsgBox("Deleting Blank Records in Dataset Failed")
        DeleteBlankRowsfromDataset = False
    End Try

End Function