Office: (Office 2000) regelmäßiger import aus csv-Datei in mehrere verknüpfte Tabellen

Das kann man sich erstellen. Aber wenn ich schreibe, dass die Daten hierbei mit einem | voneinander getrennt sein sollten und du es mit einem TabStop versuchst, dann ist klar, das das Direktfenster leer bleibt...und nein, das Direktfenster löscht die Werte nicht, wenn die Sub durch ist. Die Daten bleiben darin stehen.

 

Hallo Jan,

ich habe angenommen, daß tab und | dasselbe sind. Wenn ich in der csv-Datei den tab markiere und mit strg-c kopiere, erhalte ich z.B. beim einfügen in das Suchen-Fenster | als Ausgabe.

Sorry, mein Fehler.

Läßt sich denn auch nach einem TabStop selektieren? Kann man die Löschfunktion noch hinten anfügen? Ist der Import vielleicht auch ohne den Umweg über das Direktfenster möglich?

Viele Fragen, ich weiß. Aber ich habe leider von der Umsetzung keine Ahnung.

Gruß,
Sami

 

Lt. Ascii-Tabelle ist der Zeichencode vom Tabulator 9. Deshalb probiere es einfach mal mit:
Code:

Der Rest ist natürlich auch möglich, aber hier weiteren Pseudo-Code zu fabrizieren ist etwas mühselig ...

 

Hallo Jan, Hallo Arne,

mit "Chr(9)" geht es. Was muß ich tun, wenn das Direktfenster geöffnet ist um die Daten in mein Form zu bringen?

Danke,
Sami

 

Die Tabellenstruktur will ich nicht kommentieren, aber die CSV-Datei kannst Du doch in der DB verknüpfen. Über diese Verknüpfung kannst Du mit entsprechenden Anfügeabfragen die Daten ans Ziel fördern - ganz ohne VBA.

 

Entweder wie Nouba vorgeschlagen hat oder du öffnest nun einen Recordset auf die Tabelle und schreibst die Daten dorthin, wo sie hingehören (DAO-Verweis erforderlich).

Code:

Du kannst die Felder der Tabelle dann mit rs!Feld ansprechen und ihnen die Werte aus dem Array übergeben. Als Beispiel

rs!Feld = varArray(x) Wobei x eine Zahl ist und die Aufzählung in der Regel bei 0 beginnt.

 

Hallo Nouba,

ist die Tabellenstruktur nicht in Ordnung? Kann man das besser machen,? Bin für jeden Hinweis dankbar.

Was die Verknüpfung angeht: Da habe ich dann das Problem, daß die Daten in der csv-Datei stetig anwachsen und - wie gesagt - redundant sind. Wenn ein Kunde 10 Artikel kauft, steht er auch 10mal in der csv-Datei.

Und löschen ist dann nicht. Oder bin ich da auf dem Holzweg?

Gruß,
Sami

 

Hallo Arne,

was meinst du mit Pseudo-Code. Ich habe doch alles angegeben. Die Tabellen sind einsehbar, die Begriffe sind bekannt, die Form ist abgebildet.

Wie offen hättest du es denn gerne?!

Sami

 

Hallo Jan,

leider ist das mindestens 2 Etagen zu hoch für mich. Ich habe gedacht, daß vielleicht jemand schon mal etwas ähnliches gestrickt hat und die Antwort dazu daher ohne viel Aufwand ins Forum stellen kann.

Daher habe ich - so dachte ich zumindest - den Fall so detailliert geschildert und mit allen Angaben versehen.

Ich kann mir gar nicht vorstellen, daß noch niemand ein vergleichbares Problem hatte.

Eine csv- oder txt-Datei als Grundlage, immer wiederkehrenden Importbedarf aus dieser Datei in eine Datenbank unter Eliminierung der Mehrfachdaten. Gibts das? Hatte das noch keiner?

Ich kann die Tabellen auch umbauen, den Aufbau und die Verknüpfungen verändern. Ist doch kein Thema, das ist schnell gemacht. Vom Programmieren aber, verstehe ich nichts. Wendet man sich da nicht auch an ein Forum?

Außer dir, scheint jedoch niemand so rechtes Interesse zu haben sich mit dem Thema mal auseinander zu setzen. Darum zunächst vielen Dank, speziell an deine Adresse.

Gruß,
Sami

 

Ich mache so etwas in 2 unterschiedlichen Anwendungen. Aber da jede Anwendung unterschiedlich ist, habe ich auch 2 unterschiedliche Codes, wobei er teilweise genau gleich ist. Aber dafür muss man wissen, welcher Wert wohin kommt, was alles passieren kann und wie darauf reagiert werden soll...

Was Nouba meint ist, dass du die Datei einfach verlinkst und dann, mit ein paar Abfragen, die Daten aus der verknüpften CSV in deine Tabellen kopierst. Danach kannst du die Datei dann löschen, da ja alle Daten aus der CSV auch in deinen Tabellen sind.

 

\@Sami: Mit Pseudo-Code meinte ich, dass hier niemand so genau zu wissen scheint, in welche Tabellen welcher Wert aus der CSV-Datei zu schieben ist. Deshalb kann man nur einige Hinweise geben, wie es prinzipiell ginge. Den Rest musst du dann entweder selber erarbeiten (Recordset etc. in der VBA-Hilfe nachschauen ...) oder du wirst eben noch genauer.
Daneben gibt es sicherlich auch noch andere Sachen, die berücksichtigt werden müssen ("Nick" nur einmal eintragen).

Solche Kommentare haben immer einen leichten Beigeschmack, den ich nicht mag. *frown.gif*

 

\@Arne: Sieh mal, ich habe bereits bei der Formulierung meiner Frage, im alleresten Post also, geschrieben, daß der Inhalt der csv-Datei nach dem Datenimport gelöscht werden muß, damit sie vom Mailprogramm neu gefüllt werden kann. Das Mailprogramm kann die Datei nicht selbst erzeugen.

Ich erhalte aber entweder gar keine Vorschläge hierzu oder aber Vorschläge wie ich die Datei löschen kann. Bemerkst du den Unterschied.

Und das meine ich mit "richtig" auseinandersetzen".

Die Tabellen heißen wie die Felder in der Form, die Felder in der Tabelle haben die Namen der Spaltenköpfe der csv-Datei. Ist da nicht klar, was wohin geschrieben werden soll?

Wenn ich die MDB hochlade, was man gemäß deiner eigenen Anweisung nur im äußersten Notfall tun soll, siehst du auch nicht mehr.

Der "Einfügen"-Button auf der Form soll die Werte aus der csv-Datei in die einzelnen Tabellen importieren und mir das Ergebnis des Imports in der Form anzeigen. Danach die csv-Datei leeren aber nicht die Datei löschen. So habe ich das doch von Beginn an geschrieben, oder.

Geht das nicht, sagts mir einfach. Ist es zu aufwändig, sagts mir auch. Ich möchte keine weiteren Aktionen durchführen müssen, außer diesen Button zu drücken.

Ich muß das mehrmals täglich machen und werden Sachen wie: Eine Abfrage erstellen, die Daten selektieren und dann die Datei leeren einfach ineffizient.

So long,
Sami

 

\@Sami Wenn du die DB hochlädst sieht man definitiv mehr (Datentypen etc). Ausserdem gibts du mir die Möglichkeit mit der Beispieldatei selber einen Code zu erstellen, der das macht, was du möchtest. Denn die Halbwahrheiten, die man als Beispielcode zu posten, ist etwas, was auch schnell nach hinten losgehen kann. Deswegen kann ich Arne's Einwand sehr gut verstehen. Und ich denke, dass sich hier auch andere um dein Problem kümmern, aber nicht jeder hat vielleicht die Zeit und Lust das Problem so oder überhaupt anzugehen. *wink.gif*

 

Hallo Jan,

habe bei Post #5 die Datenbank noch angefügt.

Gruß,
Sami

 

Wo? Ich glaube den Beitrag kannst du nicht mehr editieren. Ausserdem wäre für mich noch interessant, welche Felder wohin sollen. So oft bin ich dann auch nicht bei eBay aktiv *wink.gif*