Office: (Office 2003) Komplizierter Excel Import

Schau doch mal dein DB-Fenster an. Bei Verlinken musst du die alte Tabelle vorher löschen, sonst wird eine neue angelegt. Könnte es daran liegen?

Mit Fehlerbehandlung meine ich folgendes: Code:

 

Ach das meinst du.... Klar ist das drin...

Die alte Tabelle ist gelöscht, daran liegt es nicht!

Geht denn der Import mit dem Excel Sheet aus #30 bei dir???

 

Upps, deinen Nachtrag habe ich wg. des Seitenwechsels gar nicht mitbekommen.

Jetzt wird es langsam echt gemein! (da hat der Josef seinen Orden doch zu früh bekommen *tongue.gif*)

Ich fürchte, da musst du die Tabellen teilen: Einmal nur die Firmen (Zeilen 1+2) und einmal nur die Kurse (Zeilen ab 3). Was meinst du dazu?

 

Könnte man so machen aber die Gefahr das dann die Zurordnung der Kurse nicht mehr passt ist groß, das sind immerhin drei Tabellenblätter mit Unternehmen, ca. 500!

Was ist hiermit

...wie das geht weiss ich leider nicht! Hast du eine Ahnung?

 

Hi, ich habe hier gerade mal einen interessanten Link zu diesem Thema gefunden.

Eine Variante wäre, Dummy-Zeilen am Anfang einzufügen, damit alles als Text interpretiert wird beim Verknüpfen. (das sind tatsächlich unterschiedliche Verfahrenweisen!)
Dann gehen dir jedenfalls keine Daten verloren. *wink.gif*


PS: die doesung ist übrigens eine loesung!

PPS: so langsam stellt sich heraus, die Wahl deines Themas hätte treffender kaum sein können! *biggrin.gif*

 

der Link funzt leider net.... Nachtrag: Bin zum doof zum lesen... Habs jetzt!

Allerdings... komplizierter Import.... Aber richtig wichtig, das ganze ist ein Teil meiner Diplomarbeit an der Uni und Excel stößt bei der Datenmasse an seine Grenzen! Access sollte da besser sein :-).. Wenn die Daten erst mal drin sind!!!

Dummy Zeilen: Wie meinst du das? und wo? Die ersten Zeilen sind doch Text?

 

das mit den Dummy Variablen hab ich in allen möglich Variationen getestet... Es geht nicht!

Die MS Lösung auf dem Thread den du mir geschickt hast geht auch net... Das Datumsformat geht dabei verloren....

Bei der anderen Lösung verstehe ich nur BAHNHOF !

Hast du ne Idee wie das noch gehen könnte?

 

Das habe ich inzwischen auch schon gemerkt, entweder oder, ein Teil bringt immer Fehler. Da hilft nur das Trennen...

Wenn du jede Zelle einzeln auslesen willst - ich vermute, das hatte Josef gemeint - dann wird das ganz schön dauern, fürchte ich. Ansätze zum Umgang mit Excel aus Access heraus kann man wohl auch dem Link entnehmen, genau angeschaut habe ich's mir aber noch nicht.

 

Also ich hab mal geschaut was man dem Link brauchbares entnehmen konnte..Leider für meine Kenntnisse nur das was ich schon getestet habe.

Wenn das dauer würde, wäre das auch kein Problem.. hauptsach ich muss nicht zig-Mal Copy&Paste machen.

Wie wäre denn ein Ansatz um jede Zeile einzeln auszulesen?

DAnke für deine Hilfe!

 

Ich weiß nicht ob bzw. wie man den belegten Range einer Excel-Tabelle auslesen kann. Ansonsten könnte man eine Schleife laufen lassen, zuerst über die beiden ersten Zeilen, dann über die Zeilen 3-n, und die Inhalte kopieren. Ganz ähnlich wie jetzt schon mit den Arrays.

Ich probier das mal....

PS: Das ist aber nicht das was Josef gemeint hat, glaube ich, ich komm nur auf keinen anderen Weg.

PPS: Ich hatte jetzt schon die Excel-Tabellenfelder alle auf Text umformatiert (wie in dem Link beschrieben), doch dabei das Datum verloren. Nachdem das Datum wieder ein Datum war, gab es Fehler in den beiden ersten Zellen und nichts ging mehr - es ist echt zum Verrücktwerden!! *mad.gif*

 

Hallo,
ich häng mich hier mal rein *biggrin.gif* .
Da das ganze scheinbar eine einmalige Sache ist und die Importzeit nicht so wichtig, sollte man einen Import über Automatisierung versuchen.

Vorausgesetzt:
- Exceldatei ist offen
- Accestabelle mit Aufbau: Handelstag;FName;Code;Kurse
- LetzteZeile und LetzteSpalte werden im Code direkt eingegeben
Code:

Ps: Erst mal nur mit ein paar wenigen Zeilen testen.

Btw: Besser wäre die Daten in 2 Tabellen aufzuteilen, eine mit Firma und eine mit Kursen

 

Hallo Steffen, das ist ja eine nette Überraschung!

Ich wollte gerade sagen: Ich habe fertig! *wink.gif*
(tu ich trotzdem) Code:

Das dauert allerdings bei der zweizeiligen Testtabelle bereits spüüürbare Sekunden.

 

\@Anne,
ja das ist das "böse" an diesem Forum, hier gibt es sehr viele "Köche".

Nachdem du

geschrieben hast, nahm ich an, dass du den Automatisierungsweg nicht weiter beschreiten willst. Deshalb hab ich mich reingehängt *wink.gif*.
Doch wie man sieht ist die erste Lösung nicht immer die beste *grins .

 

Sorry, aber wer mich kennt weiß, dass ich selten aufgebe. *wink.gif*

Aber du weißt wohl auch nicht, ob bzw. wie man den "Range" auf elegante Art bestimmen kann?
Ich hatte zuerst gedacht, Columns.Count und Rows.Count lieferten reale Werte - Pustekuchen, das loopt bis 65xxx!

 

Hallo,
zur "Hand" habe ich nur die Letzte Zeile: Code:

Ebenfalls ein gutes Mittel ist "UsedRange".
Code: