Verwenden von Excel als ODBC-Datenbank

Es gibt mehrere Möglichkeiten, wie Sie auf "Tabellen" -Daten in einer Excel-Arbeitsmappe verweisen können:

• Ein ganzes Arbeitsblatt.
• Ein benannter Bereich von Zellen in einem Arbeitsblatt.
• Ein unbenannter Bereich von Zellen in einem Arbeitsblatt.

Sie werden ausführlich im Abschnitt "Excel-Daten mit Code auswählen" des Microsoft Knowledge Base-Artikels 257819 erläutert.

Die einfachste Möglichkeit besteht darin, die Daten auf einem separaten Blatt zu speichern, die Spaltennamen in die erste Zeile einzufügen (beginnend in Zelle A1) und dann die eigentlichen Daten in Zeile 2 zu beginnen, wie in diesem Fall

Zum Testen habe ich einen Benutzer-DSN mit dem Namen "odbcFromExcel" erstellt, der auf diese Arbeitsmappe verweist ...

... und dann das folgende VBScript ausgeführt, um die Verbindung zu testen:

Die Ergebnisse waren

Ich hoffe, das hilft bei der Verbindung mit Excel.

Als letzten Kommentar muss ich sagen, dass, wenn Sie etwas tun, das "mehrere Sekunden" in Excel benötigt, aber "dauert ungefähr 20-25 Minuten" in Access tun, dann stark vermuten, dass Sie Access in verwenden eine sehr ineffiziente Art und Weise, aber das ist ein Thema für eine andere Frage (wenn Sie es verfolgen wollen).

BEARBEITEN

Wenn Sie Daten in eine Excel-Arbeitsmappe einfügen möchten, dann ist das möglich, aber beachten Sie, dass die Standardeinstellung für eine Excel-ODBC-Verbindung "schreibgeschützt" ist, so dass Sie auf "Optionen & gt; & gt;" und deaktivieren Sie das Kontrollkästchen:

Sobald das erledigt ist, der folgende Code ...

... fügt in der Excel-Tabelle eine neue Zeile mit den bereitgestellten Daten ein.

Allerdings wird das Problem, dass keine "Tabellen" zur Auswahl stehen, wenn Sie Ihre "Sniffer" -App auf einen Excel-ODBC-DSN richten, immer noch nicht behoben.

Eine Sache, die Sie versuchen könnten, wäre, ein Excel-Blatt mit Spaltenüberschriften in Zeile 1 zu erstellen, dann diese ganzen Spalten auszuwählen und einen Excel "Defined Name" zu erstellen. Überprüfen Sie dann, ob Ihre "Sniffer" -App dies als einen "Tabellen" -Namen erkennt, den Sie auswählen können.

FWIW, ich habe den Namen myTable als =Sheet1!$A:$C in meiner Excel-Arbeitsmappe definiert, und dann funktionierte mein ursprünglicher Code sort , wenn ich SELECT * FROM [myTable] verwendete:

Wie Sie sehen können, hat es den ersten "Datensatz" korrekt abgerufen, aber dann hat es das Ende der gültigen Daten nicht erkannt und hat weiterhin die ~ 1 Million Zeilen im Blatt gelesen.

Ich bezweifle sehr, dass ich mich noch mehr anstrengen werde, weil ich den anderen Kommentaren zustimme, dass die Verwendung von Excel als "ODBC-Datenbank" wirklich keine sehr gute Idee ist.

Ich schlage vor, dass Sie versuchen, herauszufinden, warum Ihre früheren Versuche, Access zu verwenden, so unbefriedigend waren. Wie ich schon sagte, es klingt für mich, als würde etwas einen wirklich schlechten Job bei der Interaktion mit Access machen.

Ich hatte kürzlich ein ähnliches Problem mit einigen Daten. Die Art und Weise, wie ich es geschafft habe, es zu umgehen, bestand darin, die Daten als einen Bereich A1: XY12345 auszuwählen und dann das Werkzeug Name definieren, um den Bereich zu benennen. Wenn Sie eine Verbindung zu der Excel-Arbeitsmappe über ODBC herstellen, wird dieser benannte Bereich als eine "Tabelle" angezeigt, während Bereiche, die Sie tatsächlich (pro Excel) als eine Tabelle definierten, nicht.

Sie müssen nur so viele benötigte Spalten aus der ersten Zeile Ihrer Excel-Datei auswählen und dann im Bearbeitungsfeld links neben der Formelleiste einen Namen vergeben. Natürlich geben Sie jeder Spalte der Datei auch einen Namen!