Export in excel-Datei ohne Header, c# mit Oledb

Ich bin mit OLE-DB und möchte ich exportieren meine Objekte in excel-Tabelle. Jede Zeile in dem Blatt wird eines meiner Objekte. Das problem ist, dass ich nicht wissen, wie Sie Daten einfügen, wenn es keine Spaltenüberschriften in dem Blatt.

Diese:

commandString = "Insert into [Sheet1$] values('test1', 'test2')"

wirft diese exception:

Number of query values and destination fields are not the same.

Mein connection string:

"Provider=Microsoft.Jet.OLEDB.4.0;Data Source="+filename+";Extended Properties='Excel 8.0;HDR=No'"
InformationsquelleAutor Dimitar Tsonev | 2012-04-19
  1. 8

    Wenn die Verbindungszeichenfolge enthält HDR=NO dann der Jet OLE DB-provider automatisch den Namen der Felder (F1 für das erste Feld F2 für das zweite Feld, und so weiter).
    Ich werde versuchen, ändern Sie Ihre Abfrage in dieser Art und Weise

    commandString = "Insert into [Sheet1$] (F1, F2) values('test1', 'test2')"

    dies funktioniert nur, wenn Sie die excel-Datei und haben etwas eingefügt in die ersten beiden Zellen der ersten Zeile in Sheet1

    • Das wird nicht funktionieren. Jetzt heißt es Die INSERT INTO-Anweisung enthält folgenden unbekannten Feldnamen: 'F1'. Stellen Sie sicher, dass Sie den Namen richtig eingegeben haben und wiederholen Sie den Vorgang.
    • führen Sie einen Befehl wie "select * from Tabelle1" und schauen Sie auf die Feldnamen, die zurückgegeben werden, und bauen Sie legen mit diesen Namen
    • Gut, ich habe es geschafft, den Grund zu finden für UNGÜLTIGEN Feldnamen Fehler. Passiert, wenn die excel-Datei ist leer. Wenn Sie etwas einfügen in die erste Zelle und die zweite Zelle, dann die F1-und F2 Feldname erkannt werden.
    • Dies half mir ungemein! Ich war laufen um diesen Fehler mit einer Spalte header namens Account #. Aus welchem Grund auch immer, die # symbol in der Spalte header erstellt, dieser Fehler.
    InformationsquelleAutor Steve
  2. 1

    Müssen Sie die Werte, die Sie schreiben, da Sie nicht mit einem HDR - verwenden Sie einfach die Zellen.
    Die Fehlermeldung "Anzahl der abfragewerte" vereinfacht bedeutet das - es sind keine Felder zugeordnet die Werte geliefert.

    Update: @Steve hatte Recht mit den Feldern (F1,F2,etc.), und der code unten funktioniert hier:

        OleDbConnection Cn = new OleDbConnection(String.Format("Provider=Microsoft.Jet.OLEDB.4.0;Data Source={0};Extended Properties=\"Excel 8.0;HDR=No\"", @"D:\test.xls"));
    Cn.Open();
    OleDbCommand Com = new OleDbCommand("INSERT INTO [Sheet1$](F1,F2) VALUES('test3','test4');", Cn);
    Com.ExecuteNonQuery();
    Cn.Close();
    • Die INSERT INTO-Anweisung enthält folgenden unbekannten Feldnamen: 'A1'. Stellen Sie sicher, dass Sie den Namen richtig eingegeben haben und wiederholen Sie den Vorgang.
    • Ich war falsch, BTW, @Steve hatte Recht - Sie brauchen, um konzentrieren sich auf die Felder auf numerischer Basis (F1,F2,etc.). Aber die aktuelle Quelle funktioniert.
    • Komisch. Ich bin mit dem exakt gleichen code, den Sie zur Verfügung gestellt, und wieder bekam ich diese Ausnahme.
    • Bist du mit dem F1-Fx fieldstructure??
    • Ja, ich kopierte Sie Ihren code ...
    • Welche Felder zurückgegeben werden, die auf einer select? (und um auf der sicheren Seite, das Blatt heißt Tabelle1 Recht?)
    • Keine Ahnung warum nur F1 erkannt wird und eine exception geworfen wird, beim einfügen in F2.
    • Wenn man eine "leere" (einige Daten) excelfile es sollte funktionieren wie gewohnt. Allerdings, wenn Sie haben versteckte Zeilen und/oder Spalten der datastructure verändert (FUBAR, ich könnte hinzufügen) und Sie werden nicht in der Lage, fügen Sie alle Spalten ohne Ausnahmen. Sie könnte versuchen, Lesen Sie die tablestructure mit "select *" und einer Schleife durch die Spalten selbst, so können die Ergebnisse unzuverlässig sein.
    • Du hast Recht. Ich habe versucht mit der select Methode. Das auch nur zurück F1. Hässlich, wie es scheinen mag, ich fürchte, ich hätte es zu akzeptieren, und fügen Sie die Spaltenüberschriften. (Obwohl das ist, was ich versuche zu vermeiden) 🙁 vielen Dank jedenfalls.

    InformationsquelleAutor riffnl
Schreibe einen Kommentar