Access und ODBC

[mercury]

Hi,

ich will mich jetzt noch an die Exporte von Daten aus der Datenbank für die Buchhaltung machen. Dazu benötige ich ein paar Anpassungen/Umwandlungen die ich wohl vermutlich am Besten mit Access realisieren kann.

Bevor ich mir die Mühe mache hier aufwändige Abfragen zu erstellen, wollte ich noch etwas zur Sicherheit der Daten in Erfahrung bringen:

Wenn ich die JTL Datenbank per ODBC mit Access verbinde, werden dann Abfragen die ich in Access erstelle in der JTL Datenbank gespeichert, oder lokal auf dem Rechner. Wenn die Abfragen nämlich in die Datenbank selber gespeichert werden, dann lasse ich lieber die Finger davon, andernfalls kann es ja Sinn machen sich in die Arbeit zu stürzen.

Also das Szenario wäre, die JTL-Daten aus Access heraus "anzusehen" und als Abfrage lokal auf dem Rechner zu speichern, um diese Abfrage dann als Datei zu exportieren. So müsste die JTL Datenbank also nur "ausgelesen" werden und würde nicht Gefahr laufen verändert zu werden.

Kann mir jemand sagen, ob sich das so verhält, oder wird bei Abfragen auch was in der JTL Datenbank verändert?

Thx

 

[prodana]

AW: Access und ODBC

Access-Abfragen verändern die zugrunde liegenden Tabellen nicht, es sei denn du verwendest Aktualisierungsabfragen, Anfügeabfragen oder ähnliches!

Die Problematik ist, dass Access auch in der neuesten 2010 Version kein BigInt kennt, sondern nur LongInteger. Das bedeutet, dass Tabellen, die ein BigInt Feld beinhalten (im Grunde alle Schlüsselfelder) von Access nicht ausgelesen werden können und es zu Fehlermeldungen kommt.

 

[mercury]

AW: Access und ODBC

Aber die Abfragen selbst werden ja gespeichert, landen die dann in der JTL Datenbank oder lokal auf dem Rechner?

Und weisst Du ob eine Tabellenerstellungsabfrage Daten verändert? Sollte sie eigentlich nicht, oder?

Ich hatte schonmal ne ODBC Verknüpfung mit Access (2010) gemacht, und da sah es, zumindest in den Tabellen/Feldern die ich für die Buchhaltung benötigen sollte (auf den ersten Blick) noch recht gut aus.

Kennst du eine andere "komfortable" Möglichkeit die Daten auszulesen, ein paar Anpassungen zu machen (z.B. aus "Deutschland" wird "DE", oder ähnliches) und als CSV zu exportieren?

 

[mercury]

AW: Access und ODBC

Ok, scheint echt suboptimal zu sein. Wenn man die Verbindung als "Projekt" startet, kann man zwar alles sehen, aber irgendwie keine richtigen Abfragen erstellen. Wenn man die Verbindung einfach über Einbindung externer Daten in eine normale lokale Access Datenbank herstellt, erscheinen nur #gelöscht Hinweise.

Ich glaube ich lasse das mal...

 

[prodana]

AW: Access und ODBC

Abfragen werden in der Access-Datenbank gespeichert, ebenso die Tabellen, die mit Tabellenerstellungsabfragen generiert werden. Beides ändert nichts an der SQL-Datenbank.

Projekt nützt nichts, wie du selbst gesehen hast. Bei Verknüpfungen kann Access wegen der BigInt-Felder nicht auslesen und es erscheinen die #gelöscht Hinweise.

Ich benutze auch Access für Auswertungen und habe mir dazu direkt in der SQL-Datenbank Abfragen (dort Sichten genannt) erstellt, auf die Access dann zugreifen kann. Hier die Beschreibung:

Also ich habe das so hingekriegt, weil diese #gelöscht - Meldungen einfach nerven und man damit natürlich nicht in einer ganz normalen mdb-Datenbamk arbeiten kann. Mit folgenden Schritten kann man "normal" mit Access arbeiten:

A. Da Access keine BigInt-Schlüssel kennt und diese nicht lesen kann, habe ich in Microsoft SQL Server Managment Studio Express zunächst einmal Sichten für die Tabellen angelegt, die ich benötige und die einen BigInt Schlüssel verwenden.

Für die Tabelle tadresse habe ich eine Sicht tadresse_sicht folgendermaßen angelegt:

SELECT CONVERT(INT, kAdresse) AS kAdresse, kInetAdresse, CONVERT(INT, kKunde) AS kKunde, cFirma, cAnrede, cTitel, cVorname, cName, cStrasse, cPLZ, cOrt, cLand, cTel, cZusatz, cAdressZusatz, cPostID, cMobil, cMail, cFax, cBundesland, cISO FROM dbo.tadresse

Die beiden BigInt-Felder wurden also in Int konvertiert, damit Access diese auch lesen kann.

Für die Artikel-Tabelle sieht die Sicht tartikel_sicht so aus:

SELECT CONVERT(INT, kArtikel) AS kArtikel, cArtNr, cName, cBeschreibung, fVKBrutto, fVKNetto, fUVP, cAnmerkung, cPreisliste, cAktiv, nLagerbestand, fMwSt, cEinheit, nMindestbestellmaenge, cBarcode, cErloeskonto, fVKHaendlerBrutto, fVKHaendlerNetto, cTopArtikel, cInet, cDelInet, fGewicht, cNeu, cKurzBeschreibung, cLagerArtikel, cTeilbar, cLagerAktiv, cLagerKleinerNull, nMidestbestand, fEKNetto, cHersteller, fEbayPreis, cLagerVariation, nDelete, dMod, fPackeinheit, nVPE, fVPEWert, cVPEEinheit, cLieferstatus, cSuchbegriffe, cTaric, cHerkunftsland, kSteuerklasse, dErstelldatum, cSeo, dErscheinungsdatum, nSort, kVersandklasse, fArtGewicht, cHAN, cSerie, cISBN, cUNNummer, cGefahrnr, cASIN, kEigenschaftKombi, kVaterArtikel, nIstVater, nIstMindestbestand, fAbnahmeintervall, kStueckliste FROM dbo.tartikel

Bei Updates der Wawi und Änderungen in den Tabellen muss man eventuell seine Sichten anpassen.

Tabellen OHNE BigInt-Felder können direkt in Access (A97, A2k, A03, A07, A10) verknüpft werden.


B. Nun verknüpfe ich die JTL-SQL-Datenbank eazy mittels ODBC mit einer ganz regulären mdb-Datei. Bei den Tabellen mit BigInt-Feldern nehme ich die erstellten Sichten tabelle_sicht, damit Access damit umgehen kann.

Ich habs in allen Access-Versionen ausprobiert. Access kann nicht einmal in der Version Access 2010 BigInt-Felder lesen. Diese müssen vorher in einer Sicht in Int-Felder umgewandelt werden. Ansonsten erscheinen in den Tabellen immer Meldungen, dass die Datenfelder/-sätze #gelöscht seien.

Nun habe ich eine ganz normale Access-Datenbank mit den entsprechend verknüpften Tabellen und kann Abfragen, Formulare, Berichte etc. erstellen.

Man muss allerdings wissen, was man tut, denn die Änderung wesentlicher Felder kann dazu führen, dass die SQL-Datenbank durcheinander kommt und im schlimmsten Fall nicht mehr funktioniert.

Viele Routinearbeiten, die man nun mit Access abwickeln kann, sind allerdings auch mit der Ameise möglich!

Hoffentlich hilft das weiter, es funktioniert jedenfalls prima!

Ansonsten ist eine komfortable Möglichkeit, mit der Ameise csv-Dateien zu exportieren und in Excel etc. weiterverarbeiten (Deutschland wird zu DE usw.). Die geänderte Datei kannst du dann wieder mit der Ameise in die SQL-Datenbank importieren. Das ganze funktioniert tadellos und "Massenänderungen" sind damit schnell erledigt.

Wenn Du über eine Access-Lösung Daten veränderst, werden diese so ohne weiteres nicht mit dem Shop synchronisiert (nur mit "alles synchronisieren"). Aber zur Auswertung ist Access schon klasse, wenn man damit umgehen kann!

 

[Mitsumi]

AW: Access und ODBC

Hallo prodana,

der Beitrag war zwar nicht von mir aber das war genau das was ich gesucht habe, da ich meine Artikelbeschreibungen
mit einer Access Datenbank Verwalte und Formatiere hatte ich eine Möglichkeit gesucht diese direkt in SQL Datenbank zu schreiben.
Habe gestern den ganzen Tag nach einer Lösung gesucht und was soll ich sagen hier ist sie DANKE DANKE.

mfg
Frank

 

[mercury]

AW: Access und ODBC

Ich sage dann auch mal Danke, für die ausführliche Beschreibung Deines Workarounds.