Abgleich versch. Tabellen Mysql und Firebird
Hi!
Unser ERP System nutzt eine Firebird-Datenbank.
Unser DMS (Dku-Managment) nutzt eine MySQL Datenbank.
Um die Firebird-Datenbank nicht zu stark zu belasten möchte ich nicht direkt auf diese Datenbank (ERP) zugreifen.
Ich habe eine eigene Datenbank unter MySQL angelegt sowie ein eigenes DB-Schema. Das eigene DB-Schema (scheint zumindest mir) sehr praktisch, da bei einem Wechsel (eventuell im Jahr 2017) des ERP-System ich im CRM nichts anpassen muss (greift ja auf meine DB zu). Auch könnte ich hier noch andere Software bei uns im Hause mit anbinden (mehrere Systeme auf Basis SQL-Server).
Die Daten habe ich per CSV aus dem ERP exportiert und anschließend mit einem Python-Script in meine Datenbank importiert. Auf diese Daten greift das DMS zu. Dies funktioniert auch.
Zum Beispiel die aktuellen Mitarbeiter, Kostenstelle etc... hier kann man das auch wunderbar manuell machen, aber bei Kundenadressen sieht es schon schwieriger aus, da sich diese ständig ändern...
Als nächster Schritt wäre es super, wenn man dies automatisiert machen könnte. Was haltet ihr für sinnvoll?
1. Firebird-DB replizieren (Nachts), dann von hieraus direkt zugreifen? Kann aber zu Problemen führen wenn der Hersteller (ERP) etwas an seiner DB ändert...
2. Nachts die Daten per Python-Script aus der Firebird-DB direkt laden (ohne Umweg CSV), dann in MySQL (eigene Datenbank) importieren, hierauf dann mit dem CRM zugreifen. Falls der Hersteller
des ERP-Systems etwas ändert "geht mein Script" hoch, aber am CRM System wird nichts (falsches) geändert...
3. ...
Wie gesagt ist ein direkter Zugriff des CRM auf die ERP-Datenbank nicht möglich, da dies die Firebird-DB zu sehr aus bremst.
Bin gespannt auf eure Vorschläge - Danke schon jetzt
Unser ERP System nutzt eine Firebird-Datenbank.
Unser DMS (Dku-Managment) nutzt eine MySQL Datenbank.
Um die Firebird-Datenbank nicht zu stark zu belasten möchte ich nicht direkt auf diese Datenbank (ERP) zugreifen.
Ich habe eine eigene Datenbank unter MySQL angelegt sowie ein eigenes DB-Schema. Das eigene DB-Schema (scheint zumindest mir) sehr praktisch, da bei einem Wechsel (eventuell im Jahr 2017) des ERP-System ich im CRM nichts anpassen muss (greift ja auf meine DB zu). Auch könnte ich hier noch andere Software bei uns im Hause mit anbinden (mehrere Systeme auf Basis SQL-Server).
Die Daten habe ich per CSV aus dem ERP exportiert und anschließend mit einem Python-Script in meine Datenbank importiert. Auf diese Daten greift das DMS zu. Dies funktioniert auch.
Zum Beispiel die aktuellen Mitarbeiter, Kostenstelle etc... hier kann man das auch wunderbar manuell machen, aber bei Kundenadressen sieht es schon schwieriger aus, da sich diese ständig ändern...
Als nächster Schritt wäre es super, wenn man dies automatisiert machen könnte. Was haltet ihr für sinnvoll?
1. Firebird-DB replizieren (Nachts), dann von hieraus direkt zugreifen? Kann aber zu Problemen führen wenn der Hersteller (ERP) etwas an seiner DB ändert...
2. Nachts die Daten per Python-Script aus der Firebird-DB direkt laden (ohne Umweg CSV), dann in MySQL (eigene Datenbank) importieren, hierauf dann mit dem CRM zugreifen. Falls der Hersteller
des ERP-Systems etwas ändert "geht mein Script" hoch, aber am CRM System wird nichts (falsches) geändert...
3. ...
Wie gesagt ist ein direkter Zugriff des CRM auf die ERP-Datenbank nicht möglich, da dies die Firebird-DB zu sehr aus bremst.
Bin gespannt auf eure Vorschläge - Danke schon jetzt
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 293239
Url: https://administrator.de/contentid/293239
Ausgedruckt am: 22.11.2024 um 21:11 Uhr
3 Kommentare
Neuester Kommentar