![]() |
daten aus excel nach access (mdb) exportieren
weiß jemand wie man Daten (per VBA) aus einer access-datenbank in excel öffnen und nach dem bearbeiten wieder in die mdb-datebank zurückspeichern kann? (also eigentlich brauch ich die implementierung von sql in vba :) )
mfg |
Hi!
Werd mal ein Bißchen konkreter! mfg WB |
ich möchte eine mdb datenbank in excel aufrufen (abfragen etc) dann bearbeiten können und wieder _zurückspeichern_
mfg |
Hi!
Also mit VBA ist das auf jeden Fall zu realisieren. Wahrscheinlich ist es aber keine optimale Lösung. Wenn du Änderungen wieder in die DB speichern willst, mußt du entweder "wissen" was geändert wurde, oder die ganzen Daten neu schreiben. Bevor du diesen Aufwand treibst, solltest du es mit Bordmitteln versuchen. Neuere Versionen von Excel können *.mdb öffnen. Vielleicht geht da schon alles, was für dich notwendig ist. Wenn das nicht klappt, bleibt noch immer der Weg über VBA. Dabei könnte ich dir helfen. Ich hab mal nachgefragt: Zurückpeichern funktioniert angeblich nicht. (Ich hab nur Excel 97, kann's also nicht probieren) Damit bleibt zum Speicher wohl nur VBA. mfg WB |
hab den code jetzt schon fast beisammen, aber irgendwo klemmts:
Code:
Option Base 1 mfg |
Hi!
Schon lange her, daß ich DAO verwendet habe. Versuch mal, den Parameter für den Typ mitzugeben. Wenn der fehlt, wird dbOpenTable verwendet. Das funktioniert vielleicht mit der SQL-Anweisung nicht. Probier mal Set rc1 = db.OpenRecordset(sql1, dbOpenDynaset) Falls deine Version ADO unterstützt, solltest du das verwenden. mfg WB |
leider kommt die gleiche meldung
hättest du einen aedequanten ado-code parat ? |
Ich schau mal nach dem Code.
Zwischenfrage: Sind die notwendigen Verweise gesetzt? mfg WB |
Zitat:
kann es sein, dass meine select anweisung nicht ganz richtig ist? "Die Select-Anweisung schließt ein reserviertes wort ein...." mfg |
Hier ein Beispiel für ADO:
Verweis auf Microsoft ActiveX Data Objects x.x Libary muß gesetzt sein. strProv muß eventuell angepaßt werden. Ansonsten müßte es so funktionieren. Dim cnn As New ADODB.Connection Dim rst As New ADODB.Recordset Dim strProv As String Dim strDB As String Dim strSQL As String strProv = "Microsoft.Jet.OLEDB.4.0" strDB = "D:\XXXX.mdb" strSQL = "SELECT * FROM XXXX" cnn.Provider = strProv cnn.Open strDB, "Admin" rst.Open strSQL, cnn Wenn die Feldnamen eindeutig sind, kannst du den Tabellen-Namen weglassen. Ein Paar Klammern sin wohl auch überflüssig. Die WHERE-Klausel scheint mir nicht OK zu sein. Zum Testen des DB-Zugriffes nimm ein ganz einfaches SQL-Statement. mfg WB |
hm, der code reicht ihm wieder nicht :(
Laufzeitfehler "Für mindestens einen erforderlichen Parameter wurde kein Wert übergeben" bei: rst.Open strSQL, cnn |
Dann hat du einen Fehler im SQL-Statement. Falscher Feldname z. B.
Das Beispiel funktioniert unter Excel 2002 Ich verabschiede mich jetz bis morgen Abend. mfg WB |
Zitat:
jetzt beibt nur eine Frage: kann man der where-klausel eine Variabe übergeben (und vor allem wie ) mfg |
Zitat:
Du musst dir einfach den Abfrage String zusammenbasteln - in deinem Fall dann so: sql1 = "SELECT Tabelle1.PNR, Tabelle1.NAME, Tabelle1.VNAM, Tabelle1.KST FROM Tabelle1 WHERE (((Tabelle1.PNR)= " & Variable & "))" |
Zitat:
Set rc1 = db.OpenRecordset(sql1) Proleme damit (Syntaxfehler, fehlender Operator) eine Idee? mfg |
Wie Wildcards? Was hatn Tabelle1.PNR für einen Datentyp? String?
Und bei dem willst Wildcards benutzen - oder? (ich rate mal, falls es anders ist, schreib einfach ;)) Also wenn ich mit meiner Annahme recht haebn, dann sollte die Abfrage so ausschaun: sql1 = "SELECT Tabelle1.PNR, Tabelle1.NAME, Tabelle1.VNAM, Tabelle1.KST FROM Tabelle1 WHERE (((Tabelle1.PNR) LIKE '*" & Variable & "*'))" |
Zitat:
mfg |
Hi!
Jetzt bin ich wieder in Amt und würden. Wenn du alle DS willst, brauchst du eigentlich keine WHERE-Klausel Alle DS: sql1 = "SELECT PNR, NAME, VNAM, KST FROM Tabelle1" Ein DS sql1 = "SELECT PNR, NAME, VNAM, KST FROM Tabelle1 WHERE PNR = " & NumerischeVariable DS aus einem bestimmten Bereich: sql1 = "SELECT PNR, NAME, VNAM, KST FROM Tabelle1 WHERE PNR BETWEEN " & NumerischeVariable1 & " AND " & NumerischeVariable2 Noch ein Hinweis: Wenn in der WHERE-Klausel eine Variable vom Typ String verwendet wird, muß sie in einfache Hochkommas (') gesetzt werden. mfg WB |
ich habe jetzt zum ändern folgenden (praktischen ) code
Code:
Sub ändern() so gaaaanz langsam bekomm ich einen Plan von der Geschichte... aber nur langsam :D mfg |
Hi!
Bei dieser Version startest Access. Das ist aber unnötiger Aufwand. Ich würde dir empfehlen, auch hier die ADO-Variante zu verwenden. Ist einfacher. Du mußt nur einen Cursor angeben, der das editieren der Daten erlaubt. Einen einzelnen DS gleich im SQL-Statement auswählen. Für mehrere DS die WHERE-Klausel weglassen, und das Recordset filtern. mfg WB |
danke wbendl für die umfangreiche hilfe bisher!!
eine Frage hab ich jetzt noch ;) mit der SQL-Anweisung wird ein Bestimmter Zellenbereich (Ax:Zy) mit Monatsumsätzen gefüllt. Über den Chartwizard Code:
Charts.Add Die Anzahl der Verkäufer kann sich aber ändern (wenn nach Kostestelle abgefragt wird). deshalb würde ich gerne den Tabellenbereich dynamisch (automatisch) vergrößern können. füe die Letzte Zeile gibt es ja die Funktion Code:
Range("A65536").End(xlUp).Offset(1, 0).Select wie kann ich das jetzt in meine Range("A1:B17") einbauen? es müsste dann ca so aussehen: Range("A1:ss[umgewandelt in Buchstaben]lr[umgewandelt in zahl]") leider bekomm ich das nicht hin, und es scheint auch keine vorgefertigte Lösung zu geben (zumindest hab ich in google nichts entdeckt.... mfg |
Eine Zelle oder einen Bereich kann man auch nur mit Zahlen definieren. Damit kann man numerische Variable direkt einsetzen.
Beispiel: Range(Cells(Zeile1, Spalte1), Cells(Zeile2, Spalte2)) mfg WB |
Zitat:
ohne die "Cells(,)" geht es aber.... noch etwas ist mir eingefalle. kann ich am ende einer Monatsabrechnung (aus der access-db) eine =SUMME(A1:A13) anhängen, und das für jedes monat extra (also in die Schleife einbauen die mir die Monatsbeträge ausspuckt) mfg |
Zu Cells:
Eventuell muß die Tabelle angegeben oder ausgewählt werden. Ich hab diese Methode jedenfalls früher verwendet. Zur Summe: Wie die Formel in eine Zelle kommt, kannst du dir mit dem Makro-Recorder ansehen. Du könntest die Summe aber auch über SQL aus der DB holen. Es wäre übrigens möglich, die ganze Tabelle über eine SQL-Anweisung zu erstellen. Schau dir mal in Access eine Kreuztabellen-Abfrage an. Ich hab einmal ein Tool für die Berechnung einer Gesamtwertung aus mehreren Radrennen gebastelt. Die Version mit der DB war ca. um den Faktor 100 schneller als die Version mit Excel und VBA. mfg WB |
Zitat:
Cool, und ich hab mir, das letzte mal wie ich sowas gebraucht hab, extra eine Funktion gebastelt die von "A" weg mit ASCII Werte rechnen konnte und dann wieder auf die Buchstaben umgewandelt hat.... :heul: ;) |
Zitat:
"Die Methode 'Cells' für das Objekt '_Global' ist fehlgeschlagen" wie meinst du das aktivieren/Auswählen der Tabelle? Sheets("Tabelle1").Activate ? mfg |
Poste mal den ganzen Code. Dann probier ich das selber.
Übrigens welche Version von Excel verwendest du? mfg WB |
achtung lange Codewurst
Office 2002 Code:
Option Base 1 mfg und Danke für die Hilfe (1000 mal) :) |
Hab ich mich doch richtig erinnert. Die Tabelle muß vorher ausgewählt werden. (Würde ich als Bug bezeichnen)
Name des Diagramm-Blattes zur späteren Verwendung speichern: dia = ActiveChart.Name Tabellen-Blatt auswählen: Sheets("Tabelle1").Select Dann sollte es so funktionieren: Diagramm-Blatt mit Namen ansprechen. Sheets(dia).SetSourceData Source:=Range(Cells(7, 1), Cells(17, 2)), PlotBy:=xlColumns Blätter mit Namen ansprechen ist immer gut. Wer weiß mitten im Code schon, was jetzt ActiveSheet ist? Mit Probieren ist leider nichts. Also alle Angaben ungeprüft. Was meinst du bezüglich der Verweise? Noch ein paar Tips, für die Zukunft: Globale Deklarationen sollte man so sparsam wie möglich verwenden. Bei dir sind wahrscheinlich keine notwendig. Um Variable mehreren Prozeduren zur Verfügung zu stellen, verwendet man Parameter. Das Schlüsselwort Global sollte man auch nicht verwenden. Es genügt Dim im Deklarations-Abschnitt. Außerdem möchte ich dir nochmal ADO ans Herz legen. Da würde ich dann eventuell die Connection Modulweit deklarieren. mfg WB |
Alle Zeitangaben in WEZ +2. Es ist jetzt 03:37 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
© 2009 FSL Verlag