Hallo,
ich bin neu hier und auch keine DB Entwickler.
Trotzdem habe ich einige Fragen zu einem mir angetragenem Projekt.folgende Aufgabe ist zu realisieren:
Der Kunde hat seine Mitgliederdaten aus Kostengründen dezentral in drei unterschiedlichen Applikationen gehalten. Nun haben Sie allerdings gemerkt, daß sie so niemals einen aktuellen Stand haben können. Also sollen diese Daten ausgelesen, verändert und in eine neue DB geschrieben werden.Zugriff über ein Webinterface. Abspeichern
in eine neue DB(Mysql). Das ganze möglichst Dynamisch.
Meine Aufgabe ist es nun eine Konzept dafür zu schreiben. Ich weiß nun aber leider gar nicht ob sich diese Datenbanken z.B. mit PHP ansprechen lassen. Es geht um folgende Anwendungen:
Büroplus "Next" von Microtech.
Ticket Online.
Champ ARV(Hat eine MSSQL Schnittstelle). Hat vielleicht hier schon einmal jemand erfahrungen mit diesen proprietären Anwendungen gemacht???
Es geht noch nicht um die eigentliche Programmierung....


Danke vorab
ric_two

hallo,

ich habe mit diesen dbs keine erfahrung.

sowas ist aber generell eine ziemlich problematische sache und laesst sich nicht pauschal beantworten wie man darangeht.zunaechst muss einmal ueberprueft werden ob der aufbau der datenbanken von den tables und den verknuepfungen identisch ist. (btw: warum gibt es eigentlich drei unterschiedliche datenbanken? das ist ja fuer sich schon genommen ein riesenfehler.)

wenn das nicht so ist, dann muss man ueberlegen ob man das irgendwie hinbekommt. danach alles in eine temporaere db exportieren und verschiedene scripte schreiben, die dubletten rausfischen. da wird aber, so wie du das schreibst, ziemlich viel handarbeit uebrigbleiben.

vom gefuehl her, es hoert sich nach ziemlichem chaos an und du selber keine erfahrungen mit dbs hast, wuerde ich sagen: finger weg. ein richtiges chaos bis hin zur unbrauchbarkeit ist nur ein kleiner schritt.

joerg

Hi,
danke für die Antwort...
Das mit den drei dbs ist halt aus Kostengründen(Total kurzsichtig)irgendwann mal so entschieden worden!!!?
Nun wurde aber bemerkt, daß es durchaus sinnvoll sein kann, einen gemeinsamen Datenbestand zu haben....
Ich würde das schon gerne Projektieren, da ich sehr an diesem Laden hänge.. handarbeit wäre auch nicht so das Problem. Hab gerade erfahren, daß Büroplus eine Flash Filer Datenquelle benutzt... Das ist also schon das erste Problem.


Ricardo

Hallo Ricardo!

Ich sehe das so:
Ich kenne niemand, der eine DB-Projektierung machen kann, ohne die
einzelnen Datenbanken (Möglichkeiten, API's, Formate, ...) zu kennen.
Umgekehrt argumentiert: Wenn jemand ein solches Projekt ausführen
muss, muss die Planung insofern vollständig sein, dass man genau
weiss, welche Technologien und Schnittstellen führen auf welche
Datenbank und bringen welche Informationen.
Nach welchen Regeln wird zusammengeführt, usw...
Sprich - Reine Fleissarbeit!

OK, man kann 'nur' projektieren ohne auszuführen.
Plant man jedoch abstrakt (ohne die spezifischen Implementationen
von Anbindungen zu berücksichtigen) ist kein zeitlicher und
finanzieller Kostenaufwand schätzbar. Das Konzept würde sich dann
auf eine A4-Seite beschränken ;)..

Konkret: Der DB-Experte wird nicht für die Implementation benötigt,
sondern für die Projektierung. Deshalb rate ich dir:
A: Werde ein DB-Experte und arbeite dich ein in:
- Die beteiligten Datenbank-Technologien und Schnittstellen
- Die theoretischen allgemeinen DB-Grundlagen

B: Suche dir ein DB-Experte und stelle ihm die Aufgabe ;-)

GrEeZ: Miro Dietiker